Какой PHP фреймворк вы используете и почему?
23 марта 2011
На хабре появился довольно интересный опрос с обсуждением на горячую тему. Ответы немного удивили:
- Yii на втором месте после Zend Framework. Думал, там будет Symfony или CodeIgniter.
- Очень многие выбрали «самописный фреймворк». Дело, конечно, хорошее. Опыт наберётся быстро. Но для работодателя коммерчески невыгодно. Конечно, если задачи очень специфичны, вроде создания игр, то свой фреймворк может быть оправданным решением.
- Подавляющее большинство «пишет на PHP, но не использует фреймворки». То ли лапшекодеров на хабре много, то ли все делают игры… не ясно.
Комментарии RSS по email OK
Странно что нет поля "переехал на Django" =)
Почему? А «Другой, отпишу в комментах»?
Согласен с выше добавленным комментарием =)))
Я указал Yii :) Как истинный патриот :)
Про лапшекодеров понравилось ) Согласен с каждым пунктом.
Под фреймворком имеется ввиду набор классов и использование тех или иных шаблонов и паттернов программирования? :)
А то получается что те, кто пишет, что не используют - действительно быдлокодеры)
Выбрал Yii, потому что в остальных не нравился принцип названия классов. Присмотрелся, оказалось, что действительно неплохой фрэймворк. Сейчас уверен, что сделал правильный выбор.
юзаю свой какбэ фреймворк. интересно, удобно + классная практика еще Yii юзал и мне он очень понравился а на хабре меня нету - не судьба похоливарить в камментах)
Для себя тоже Yii использую, а на работе у нас проект на Zend.
на хабре нерепрезентативная выборка, ресурс стал слишком уж непрограммерским, чтобы к голосованию относиться серьёзно. Удивительно, что CI оказался ниже Yii. Результаты только отражают порог входа во фреймворк,.
Я вообщем за фреймы для большинства сайтов, они экономят хорошо время. Нативный пых, без правильных рецептов, паттернов превратится в говнокод.
AmdY, да вот меня CI тоже удивил…
у CI вроде как спад последнее время. много матюков и миграций. по крайней мере у меня такое сложилось мнение
Однозначно Yii - лидер. По простоте и удобстве использования, генерации кода и админки, он - прелесть. Переехал на него с CI год назад и не жалею. Zend громоздкий и уступает шустрому Yii в некоторых важных для меня вещах.
ZF тяжелая неповоротливая машина. ДЛя высоко нагруженных проектов не подходит. Там даже сами разработчики на какой то конференции об этом говорили. В Yii мало шагов делают в сторону ajax.
А в чем, собственно, проблема? По-моему, весь необходимый функционал имеется.
чем Yii не угодил любителю аджаксов? стырить либу из IPB и вперед - покорять вершины AJAX
Зачем что-то "тырить"? json_encode() еще никто не отменял :)
Да как то мало встроеных фишечек =) Да Вы на форуме посмотрите, сколько народу по этой теме вопросов поднимает. Особенно с валидацией, всякие костыли пишет и т.д.
... в купе с jQuery.
с валидацией и я костыли писал, но в основном из-за того что невкурил толком Yii так как опыта было маловато
Все, что касается ajaxa, это уже больше к jQuery, нежели к Yii. ИМХО.
2 Timlar: это если подход "мухи отдельно - пирожки отдельно" но таким подходом часто пренебрегают
Ну так в Yii валидация идет в связке с моделью, как бы не хотелось бы дублировать...
а сваять обработчик дополнительно нельзя?
2 BOLVERIN: Это скорее зависит от сложности проекта. Если нужно сделать "на коленке" простенький сайтик, то естественно, подойдут решения "искаропки", а если требуется какой-то экзотический функционал, что в любом случае его нужно дописывать. Утверждение о мухах тут не уместно.
Омг, тут прогеры, или кто?) Смешно читать жалобы, которые выше пишут)
2 Timlar: э? а что мешает цепляться по id и классам к html-ю и на этом строить AJAX? а запросы слать на обработчики или я что-то не понимаю?
2 BOLVERIN: Кажется, мы говорим об одном и том же, только каждый со своей колокольни. :)
2 Timlar: вполне возможно)
Ну вообще в Yii валидация AJAX'овая легко строиться с rules модели. Просто нужно использовать CActiveForm + enableAjaxValidation = true и в action проверять - если AJAX запрос, то делать validate + end request, не доходя до сохранения данных модели.
Всё прекрасно валидируется :)
2 Psih: Я как раз и говорил о том, что всё необходимое уже есть, всего лишь нужно разобраться, как с этим всем работать. Собственно, поэтому и задают вопросы на форуме. Возможно, стоит более детально осветить эту тему в руководстве.
Timlar Да, то что дока не очень хорошо всё это объясняет - есть такое. К сожалению своего времени не хватает что бы сильно чем то помочь :(
у Yii еще хорошие доки + комьюнити норм, а вот у коханы писец какой-то
А мне за CakePHP обидно(( как-то уж совсем тускло(( Тут конечно очевидно, что опрос на хабре показал явную публику среди программистов - лапшекодеры.
п.с. И этот вывод не из-за Cake'а))) а всего лишь из-за - "Пишу на PHP, но не использую фреймворки."
да-да, увы это так...
Misha, CakePHP изрядно попортил себе репутацию первыми версиями.
Misha, Cake как и Symfony - высокий порог, много договорённостей и правил. собственно, Symfony и забрала большинство разработчиков, которые могли бы писать и голосовать за CakePHP.
Удивило сравнительно небольшое количество использующих cakephp. Все же по удобству active record он даст фору yii.
2 skiedr: А можно на примере? Просто я с cakephp не работал, интересно.
2 skiedr, В корне не соглашусь. Юзал печенюшный AR, он значительно не понятней чем у yii + все через св-ва модели, что тоже не понравилось. Вообще yii лучше продуман чем cake.
насколько я помню у Yii свой родной AR. т.е. для работы именно с Yii он наиболее удобен и понятен
BOLVERIN, ну у CakePHP тоже свой AR.
2 Sam: не знал. я не интересовался этим фреймворком по той причине что были уж очень "хорошие" отзывы по поводу его безопасности) в КНУБА(универ киевский) даж рассматривали его на пример как делать нельзя)
Да, ляпов в нём было много во времена версии 1.1.
2 Sam: к сожалению я мало того что не участвовал в этом разборе, но и не знаю какую именно версию разбирали)) хотя сейчас вот активно интересуюсь архитектурой фреймворков так как занимаюсь своей небольшой cmf-кой и хорошие идеи не помешают) роутинг, например, спер из Yii - уж больно нравится :)
Yii тоже когда то был велсипедом. и CI тоже
Yii никогда велосипедом не был. Он вырос из Prado.
Люди почему не любят кейк? Мне его AR очень нравится
qwenchi, всё познаётся в сравнении…
Не любят, потому что посмотрели однажды на старую его версию сделали выводы и стали использовать что то другое. А ведь уже cake 2.1 скоро выйдет. Там и объектная модель будет.
ZF, о нем и пишу здесь: plutov.by/
Люди не используют фреймворки, потому что это жутко неудобно.
Вот написал статью о фреймворках: blog.kpitv.net/article/frameworks-1/
M-A-X, вы не разобрались. Большинство аргументов не верны.
Ну да, ну да, особенно касательно неверного трактования МВЦ.
Трактование MVC в 2006 в версии 1.1 (именно тогда был написан тот документ, на который вы ссылаетесь) да, немного страдало. В 2.0 с этим всё нормально.
Я начинал программировать для веба в 2008 году. Хорошо, что начинал писать код сам, а не понядеялся на парней с растопыренными пальцами. Иногда читал произведения других парней о крутости ООП, и переписывал некоторые участки слепо на ООП. Выходила такая фиговина, что я не сразу понимал как оно работает. Я не против ООП, просто это не волшебная пилюля и не что-то необычное, как это приподносится. Всего должно быть в меру, по потребности, со знанием дела. А не так - только ООП, только МВЦ, только фреймворки.
И что мне теперь переписывать весь код на Yii 2 (к примеру) из-за того, что авторы фреймворков поумнели? Если я сам могу создать каркас, который не уступает фреймворку, то зачем мне надеятся и зависеть от него?
Мои модели все равно не такие, как в Yii2, они не такие жирные, чтоли :) В большинстве случаев, можно сказать, что у меня моделей и нету. Их функции прекрасно выполняются базовым классом сущностей БД :)
Но тут code.tutsplus.com/tutorials/how-to-program-with-yii2-exploring-mvc-forms-and-layouts--cms-22682 пишут об yii2: "In MVC practice, you build models "heavy" and controllers and views light." Объять необъятное :)
На tuts+ нормально написано. Модельный слой должен быть толстым, а контроллеры и view тоньше.