Не являюсь пользователем продукции Apple, но от знакомых слышал, что если есть обновление OS, так оно все модели обновляет. Вроде и старые модели тоже получают новые фичи со временем. Или я не прав?
А чего все смеются ниже? Я только 'писком' и пользовался. Затерялся где-то в дебрях кровати — зашел с ноутбука, нажал кнопку 'подать сигнал' и вот он уже пищит на всю квартиру :)
Desire HD. Подписываюсь. Я даже им звонил в русское представительство, потому что несколько раз срывалась встреча — виджет-то огромный, а системные часы маленькие и где-то справа вверху.
Они мне ответили. Черт. Они сказали — 'У нас все нормально, все хорошо.' и так далее.
Но альтернативы пока не вижу — у htc по моему мнению самый приятный дизайн и самая приятная оболочка.
потому что не хочется нарушать ссылочную целостность
А в Symfony нельзя определить только на часть роутов? В моем случае роут-система была из рук вон плохая и я со спокойной душой по тихому переводил ее на Url Manager от yii.
Мне кажется, что VolCh имел ввиду, что пользователю совершенно необязательно знать и иметь представление, что обьект имеет методы работы с zip ахивом.
$storge = new DocFileStorage('temp/file.doc'); // Этот класс реализует механизм сохранения/создания/модификации файла
$doc = new WordDocument($storage); // получает аргументом что-то вроде Interface IDocStorage
$doc->assign('image.jpg');
$doc->assign('Кто узнал эту женщину - тот настоящий знаток женской красоты.');
Туда бы еще try{}catch(){} добавить и вообще шоколадно было бы.
И теперь мы можем хоть в БД их писать(просто подменяя IDocStorage), хоть в файл, хоть в гугл докс отправлятью.
Опасность не самое верное слово.
Но мне кажется, что подобный подход имеет смысл в phpUnit, который не часть программы, не обитает на production сервере и с его зависимостями/аттрибутами и правда пришлось бы париться без doc-блоков. Но для организации валидации аргументов экшна контроллера я бы не стал его использовать.
По-поводу того, что чем ближе — здесь мне нравится концепция маршрутов в yii. На оснвое аргументов можно перенаправить действие к другому экшну другого контроллера и вся эта логика хранится в конфигурации UrlManager.
Ниже правильно отписались — магии должно быть как можно меньше и одно дело магические методы, а совсем другое вынос логики в комментарии.
Мне подобный прием кажется грязным. Не очевидно(потому что там где у вас регулярки должен быть тип), легко может быть затерто программистом, встроенные валидаторы IDE для регулярок не работают.
PS: Очень много всего на отражениях завязано в phpUnit, но там в большинстве своем используются custom аттрибуты (@dataProvider например), не пересекающиеся со стандартным функционалом doc-блоков.
Грац!
А не подскажите, с каким интервалом саппорт отвечает на письма? А то я с пятницы уже три штуки написал, не ответа ни привета. Хоть бы озвучили — 'ответ в течении N {рабочих} суток'.
Они мне ответили. Черт. Они сказали — 'У нас все нормально, все хорошо.' и так далее.
Но альтернативы пока не вижу — у htc по моему мнению самый приятный дизайн и самая приятная оболочка.
А в Symfony нельзя определить только на часть роутов? В моем случае роут-система была из рук вон плохая и я со спокойной душой по тихому переводил ее на Url Manager от yii.
Туда бы еще try{}catch(){} добавить и вообще шоколадно было бы.
И теперь мы можем хоть в БД их писать(просто подменяя IDocStorage), хоть в файл, хоть в гугл докс отправлятью.
Но мне кажется, что подобный подход имеет смысл в phpUnit, который не часть программы, не обитает на production сервере и с его зависимостями/аттрибутами и правда пришлось бы париться без doc-блоков. Но для организации валидации аргументов экшна контроллера я бы не стал его использовать.
По-поводу того, что чем ближе — здесь мне нравится концепция маршрутов в yii. На оснвое аргументов можно перенаправить действие к другому экшну другого контроллера и вся эта логика хранится в конфигурации UrlManager.
Ниже правильно отписались — магии должно быть как можно меньше и одно дело магические методы, а совсем другое вынос логики в комментарии.
PS: Очень много всего на отражениях завязано в phpUnit, но там в большинстве своем используются custom аттрибуты (@dataProvider например), не пересекающиеся со стандартным функционалом doc-блоков.
А не подскажите, с каким интервалом саппорт отвечает на письма? А то я с пятницы уже три штуки написал, не ответа ни привета. Хоть бы озвучили — 'ответ в течении N {рабочих} суток'.