Какие фреймворки вы бы предложили для мощной расширяемой платформы разработки?

После некоторых исследований я решил пойти с Symfony. Вот мои причины:

• Менее подробный, чем ZF
• Кажется очень настраиваемым из-за использования файлов YAML (но я никогда не чувствую себя перегруженным ими)
• Автозагрузка пользовательских классов не требует дополнительной работы, как в ZF (хотя в ZF это несложно настроить)
• Панель инструментов разработчика великолепна, и в версии 1.3 к ней добавлено несколько полезных функций.
• Возможность использовать фрагменты из других фреймворков (ZF, eZComponents) дает мне уверенность в том, что у меня не возникнет проблем с поиском того, что мне нужно.
• Поставляется в комплекте с Doctrine и очень прост в настройке (фактически Doctrine станет ORM по умолчанию в версии 1.3).
• Кажется, что для Symfony существует гораздо большее сообщество. Погуглите «учебники по symfony» и «учебники по zend framework», и вы увидите огромную разницу в количестве результатов.
• Plenty of documentation: tutorials (the Jobeet tutorial so far is very good), API references, and a more human readable description of the framework and its underlying principles
• Yahoo! has used it for a few of their own projects - it's nice to see a Big Name back a framework IMHO

Редактировать: Ради надежды помочь другим в той же ситуации, вот некоторые вещи, которые мне не нравятся в Symfony:

• Does not follow the PEAR naming scheme (ZF does)
• Internal classes begin with "sf". This is contrary to the practice of capitalizing the first letter of the class name
• Переменные и функции написаны _подобно_этому, а вот методы класса в верблюжьем казусе - мне это кажется коряво

Это все косметические проблемы; вещи, которые меня беспокоят, потому что мне нравится делать что-то по-своему. Я понимаю, что всякий раз, когда вы используете стороннее программное обеспечение, вы должны быть готовы пойти на некоторые жертвы.

ZF, безусловно, хороший фреймворк, но я считаю, что использование Symfony в качестве основного фреймворка и расширение его частями ZF — лучший выбор для меня и моей команды.

Изменить

Прошло 2 года с тех пор, как я впервые опубликовал это, и, поскольку он все еще получает хиты, я решил дать быстрое обновление. За последние 2 года я создал около 25-30 проектов с использованием symfony 1.x, и я очень доволен тем, как он работает. В качестве полнофункционального фреймворка MVC, работающего в партнерстве с Doctrine, он обрабатывал почти все, что я ему предлагал. И с чем бы он не мог справиться, было легко добавить свой собственный код. На самом деле, это то, что я больше всего люблю в symfony — то, насколько легко его расширять. В итоге я создал кучу плагинов и вариантов поведения Doctrine, которые значительно сократили время разработки. И инструменты генератора администратора были Божьим даром. Я все еще использую symfony 1.4 для нескольких проектов здесь и там, но решил в основном сосредоточиться на использовании Symfony2. Это совершенно другой зверь, чем Symfony 1, но я действительно ценю его архитектуру. Что еще более важно, кажется, что его даже проще расширить, чем Symfony 1.x. Мне не хватает некоторых функций 1.x, но это та жертва, которую вы должны принести при смене фреймворка.

Мне нравится использовать ZF из-за строгих соглашений. Вы можете быть уверены, что все будет именно так, как вы ожидаете. Имена классов, имена функций, имена переменных, структура каталогов, ... все это. Это действительно ускоряет разработку, если вы придерживаетесь этого. Если вы адаптируете его, это больше похоже на просмотр вашего собственного кода при проверке внутренностей ZF;)

Будем честны. ЗФ не быстрый. Не так быстро, как Nette, CodeIgniter и т. д. Но разница в том, что для всего есть свой класс. А если нет, есть класс, который вы можете расширить, или интерфейс, который вы можете реализовать.

Все остальные фреймворки пытаются добиться эффекта «вау» (блог за 30 секунд, твиттер за 2 часа и т. д.). Но при разработке реального приложения вы понимаете, что вам нужно использовать по желанию, гибкую и обширную архитектуру.

Zend Framework: огромный, гибкий, модульный. Я бы использовал только в том случае, если я создаю большую ультрасистему предприятия.

Но я использую Yii Framework, и мне это нравится. Потому что: очень быстро, просто, виджеты (компонент легко переиспользовать, это очень приятно).

Yii проще в использовании, потому что это не корпоративная среда, и у него есть все базовые функции, которые вам действительно нужны в большинстве случаев.

*

РЕДАКТИРОВАТЬ: теперь, когда я почти понимаю, КАК улучшить ZendFramework, используя свой собственный код (как задано здесь Добавление сторонней библиотеки в Zend и здесь Использование сторонней библиотеки в Zend), я снова переключился на ZendFramework. В настоящее время я разрабатываю свое приложение, и каждый день, когда я работаю и тестирую что-либо с помощью ZendFramework, оно становится все более и более знакомым и легко ускоряет мою разработку. Мой совет: используйте ZendFramework.

*

У меня сейчас такая же проблема:

Моя история: я использовал CakePHP, пока не захотел увеличить размер своего проекта. CakePHP оказался не таким гибким, как мне хотелось бы. Поэтому я попытался использовать ZendFramework.

В самый первый раз, когда я читал руководство «QuickStart», я немного боялся иметь так много файлов для простого приложения гостевой книги.

Поиграв некоторое время с ZendFramework, я решил использовать ZF в качестве сторонней библиотеки в своем собственном фреймворке.

Проблема в том, что ЕСЛИ вы используете компоненты Zend MVC, вы можете быть вынуждены использовать 30% всей инфраструктуры, потому что компоненты MVC являются одной из самых больших частей ZF. Я имею в виду, если я использую такую ​​большую часть фреймворка, ПОЧЕМУ вы не должны использовать и остальные?

После этого я решил написать свой ПОЛНЫЙ пользовательский фреймворк без использования ZendFramework в качестве сторонней библиотеки.

Теперь я сижу перед горами бумаг, полных набросков о дизайне кода.

Я буду держать вас в курсе моих дальнейших решений.

Я искренне думаю, что это действительно зависит от вашего стиля. Нет конца всем ответам на этот вопрос.

ZF в значительной степени опирается на классические и проверенные принципы проектирования. Он также очень расширяемый, но требует больше «настройки», чем «соглашения». Лично я по своей природе не доверяю стороннему коду, поэтому я предпочитаю многословие, чтобы лучше познакомиться с технологией, с которой работаю. Но это только я.

Я также успешно использовал CakePHP и два других фреймворка, принадлежащих компании, в которой я работал с большим успехом. Все они пытаются делать похожие вещи, просто выберите то, что вам больше нравится.

Я лично успешно использовал CakePHP как для больших, так и для малых проектов, однако часто бывает трудно заставить его двигаться так, как вы хотите. Мои причины использования Cake по-прежнему заключаются в том факте, что поддержка сообщества находится на высшем уровне, часто выходят обновления безопасности, и они не навязывают вам метапакеты (например, модульное тестирование) (хотя это входит в комплект, вы можете просто bin, если вы не заинтересованы в использовании встроенного пакета).

В целом, за последние несколько месяцев она стала для меня хорошей системой, однако я снова и снова слышал, что Symphony фантастична, так что, возможно, ваши первые мысли будут на деньги. Поскольку поддержка NetBeans для Symphony находится в процессе разработки, мне тоже может понадобиться переключиться в ближайшее время.