Yii, frameworks and where PHP is heading to
12 ноября 2012
Слайды с прошедшей WebConf Riga 2012. Язык английский, также как и язык самого доклада.
Видео записывалось, возможно будет.
12 ноября 2012
Слайды с прошедшей WebConf Riga 2012. Язык английский, также как и язык самого доклада.
Видео записывалось, возможно будет.
© 2005—2025, Александр Макаров (Sam Dark)
~ дизайн: fazeful design //Отработало за 0.01735 с. Скушано памяти: 0.94MB
Комментарии RSS по email OK
Хмм, что за интересный Phalcon? Кто-нибудь ковырял?
Sam, что вы имели ввиду под "There's not a sungle setMyCoolFactoryDependencyInjectionContainer() in Yii"?
Отличные слайды, спасибо! Ждем видео :-)
tenzor, это PECL-фреймворк. То есть в виде расширения для PHP. Я как-нибудь про него и PECL-фреймворки в целом напишу.
Под "There's not a single setMyCoolFactoryDependencyInjectionContainer() in Yii" имелось ввиду, что нет в Yii никакого нездорового внимания к тому, какой именно паттерн где использован. Думать надо о том, что делаешь, а не о том, какой паттерн используется.
Поспорил бы с everything из «PHP makes everything easy». А ещё убрал бы вовсе curse words из доклада. ;)
Вот еще такой фреймворк lithify.me/ судя по документации, достаточно интересен.
Ух скок вкусностей - как же я все это жду !!!
Костя, это то, что должно было стать CakePHP3. Интересных фреймворков очень много.
Не будет в Yii2 criteria? Я вообще слабо понимаю, зачем её изначально сделали?
В презентации сказано
Можно поподробнее (или ссылку на подробности)?
Опять нытье про то что Symfony2 слишком сложна...
А почему выбрана интеграция именно с Jquery? Это один из самых отвратительных фреймворков для JS. Основываясь на нем просто невозможно построить нормальную архитектуру для SPA/RIA.
Недальновидно.
Иван, не знаю на счет "отвратительности", но статистика говорит о другом www.webappers.com/infographics/javascript-frameworks-jquery.html
Хорошая презентация, правда некоторые места немного необъективны, например касательно сложности Symfony2 и намека на практичные фремворки (Yii) и остальные - которые, получается непрактичны (так выходит). Но потом я вспомнил что автор - один из разработчиков Yii, а следовательно подобная необъективность допускается во имя пиара своего любимца ;)
Только мне одному показалось, что на слайдах критикуется ZF2 и SF2? Щупал Yii, сейчас работаю с SF2, очень доволен, не все всегда гладко, но работать приятно.
Dador, Yii нормально работает с PSR-0. Делается примерно вот так.
Elfet, если «нытья» много и часто, значит какая-то доля объективности в этом «нытье» имеется. Опытному разработчику, конечно, комфортно с большинством компонентов Symfony, но даже опытные теряются с некоторыми из них.
Иван, интеграция с jQuery выбрана по причине его популярности. Далеко не всем нужны SPA/RIA, но если нужны, jQuery отключается одной строчкой в конфиге, подключается какой-нибудь Knockout или Ember и вперёд.
Chel, практичных для разработчика довольно много. Те же Laravel или Kohana вполне подходят. С ними, к сожалению, проблемы в виде частой поломки обратной совместимости и странностей в документации.
Игорь, не показалось. Действительно критикуются за излишнюю усложнённость, которой можно было избежать.
Sam, я работал много и с Symfony, и с Yii. Так аот во второй нехватает именно идей из симфонии(IoC, DI), я имею ввиду работы с бандлами как с независимыми модулями которые легко можно переопределять и обновлять. Если бы в Yii была бы такая (extentions не в счет) то она могла бы быть достойной конкуренцией симфонии.
В Yii есть IoC, но внимание пользователей на нём не акцентируется, как это делается Zend Framework 2 и Symfony2.
Чем Symfony Bundles концептуально и идейно лучше Yii Extensions? Тем, что всё чуточку строже/педантичнее в оформлении third party штук?
Тем что в бандлах находятся весь твой код. Например для управления пользователями (FOSUserBundle). И это главное отличие Симфонии. Именно это делает её фреймворком. В Yii же свой код можно разбрасать куда хочешь: часто получаю код где управление пользователми раскидано по extensions, modules, components.
Elfet, то, что Symfony2 навязывает довольно жёсткие требования по оформлению бандлов — да, очень хорошо и правильно.
Но то, что вам попадались такие приложения и расширения на Yii, где всё было раскидано довольно странно (ну или приходилось самому что-то копировать из директории расширения) — это не недостаток Yii. Это проблемы с самими приложениями и расширениями.
Даже если фреймворк создаёт множество соглашений (conventions) необходимость думать головой никто не отменял. :-)
А что за расширения? Я помню только парочку, где нужно было копировать вручную messages для i18n, но и это поправили в 1.1.13.
Sam, очень удивился, увидев наш логотип на первом слайде с логотипами. Вы как-то отслеживаете использование фреймворка? Если не секрет — как?
Данила, никак не отслеживаем. Я как-то просил накидать в твиттер ссылок на проекты на Yii, видно 66.ru также прилетел.
Очень поздно прочитал новость. Хочу задать пару вопросов про AR в Yii 2.
Какой будет синтаксис scope, если нужно передать параметр? Сейчас можно описать как отдельный метод. Например:
Как я понял, будет использоваться отдельный класс Finder. Scope будут добавляться только через
ActiveRecord::scopes()
? Если так, то придётся каждый раз переопределять Finder? Как же быть с нормальным автокомплитом в IDE?Какой будет синтаксис у deleteAll() и updateAll()? Будет ли возможность в них использовать
scopes
?Зачем же такой синтаксис relations()? Зачем писать класс в ключе, если параметры итак задаются массивом?
А stat-relation не будет? Если будет, то очень нужна функция форматирования результата. Например, БД на такой запрос
может вернуть
NULL
, может строку"45.99"
, а нужно всегда double. Если в AR можно настроить типизацию, то в stat-relaiton приходится всегда "руками" приводить тип.Какой будет синтаксис scope, если нужно передать параметр?
Какой будет синтаксис у deleteAll() и updateAll()? Будет ли возможность в них использовать scopes?
Scopes возможности использовать в этих случаях нет.
Зачем же такой синтаксис relations()?
Он уже не такой:
А stat-relation не будет?
Нет.
Scope в таком виде намного лучше. А Finder можно будет переопределять?
Жадной загрузки не будет?
Жадная загрузка никуда не делась. Finder, скорее всего, переопределять будет можно.