-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
Кто что использует для быстрой и эффективной разработки web-приложений(FW,CMS и т.п)?
- Автор темы iden
- Дата начала
ну почему же, он позволяет извлекать данные в виде объектов, работать с ними как с объектом и сохранять объект в базу, кроме того позволяет реализовывать логику домена. ну а допиливание - это кустомизация возвращаемых rowset, чтобы получать объекты нужного класса. ну и юзабильность бы допилить, а то фреймворк похож на картину талантливого, но обдолбанного художника, бегло накидавшего свои идеи во время "прихода".
Dreammaker
***=Ф=***
Даже разработчики от его упоминания издают звук похожий на удар под дыхАвтор оригинала: zerkms
хе
Я использую CodeIgniter, но сейчас смотрю в сторону Kohana и Symfony - CodeIgniter очень уж медленно развивается (хочется, например, нормальной генерации кода как в симфони).
Beavis
конечно, и очень давно, теперь есть возможность указывать классы для возвращаемых rowset, вроде оптимизировали join, но чесно говоря, уже дано забросил Zend_Db в дальний уголок.
iden
открой и посмотри, вроде всё есть, а главное есть целый фреймворк с готовыми модулями, где куча примеров использования, имхо лучше чем в Kohana, но это ещё доктрина.
конечно, и очень давно, теперь есть возможность указывать классы для возвращаемых rowset, вроде оптимизировали join, но чесно говоря, уже дано забросил Zend_Db в дальний уголок.
iden
открой и посмотри, вроде всё есть, а главное есть целый фреймворк с готовыми модулями, где куча примеров использования, имхо лучше чем в Kohana, но это ещё доктрина.
Dreammaker
***=Ф=***
zerkms
Не ненавязчивая реклама никогда не помешает.
Не ненавязчивая реклама никогда не помешает.
Dreammaker
***=Ф=***
У меня просто знакомый в полном восторге от неё, и часто показывает как пример хорошего отличия симфони от кодигнайтера...
для CI вроде тоже есть генераторы кода, видел где-то генератор форм, да и самому написать можно за сутки-другие, фиксер в одном из обсуждений привёл замечательный пример генерации на основе шаблонизатора.
и сравнивать ci и symfony - это как болид формулы 1 и наш Белаз.
и сравнивать ci и symfony - это как болид формулы 1 и наш Белаз.
Dreammaker
***=Ф=***
> да и самому написать можно за сутки-другие
Ну есть генераторы форм, есть CRUD-генераторы, но по сравнению с тем, что есть в симфони - это всё отдыхает Типа поделки для школьников, написать же что-то такое полноценное с поддержкой yml, i18n, ORM и прочих умных слов - это нужно себя заставить..
Ну есть генераторы форм, есть CRUD-генераторы, но по сравнению с тем, что есть в симфони - это всё отдыхает
Типа поделки для школьников, написать же что-то такое полноценное с поддержкой yml, i18n, ORM и прочих умных слов - это нужно себя заставить.. 
atv
Новичок
yml - бог с ним, вопрос спорный
i18n - до тех пор, пока он не пересекается с ORM.
Делали многоязычный сайт, да ещё с возможностью использования языка по умолчанию, т.е, если каких-то языковых данных не хватает, берутся данные из языка по умолчанию.
Решили попробовать генерацию админки. И там, естественно, для отображения данных из БД использовалась ОРМ. Когда это касается страницы редактирования, всё отлично. Но для общего списка тоже используется ОРМ. С учётом многоязычности, и связями с другими таблицами, на построение таблицы из 20 строк получалось от 40 до 100 запросов, в зависимости от количества связей. Так как многие данные подтягивались ОРМ-кой дополнительными запросами, сделать по ним сортировку не получалось.
Ну ладно, решили, мы так просто не здадимся. Начали оптимизировать. И тут начались проблемы с тем, что Propel плохо расширяется, так как многие свойства классов объявлены как private. Сложно, также, объединить схожую функциональность в разных классах модели, так как Propel генерирует статические классы модели. Надстройка многоязычности для Propel оказалась не родной а из самого Symfony, и довольно таки сырая.
Это из самых главных трудностей. Были и другие, такие как несоответствие обильной документации с кодом, сложности в настройке генерации, так как заявлено, что Symfony понимает два стиля названий полей, например authors_book и AuthorsBook, вот только не во всех местах конфигурации, и методом втыка приходилось разбираться.
Вобщем, для простых проектов, не выходящих за рамки туториала по Symfony, фрэймворк годиться. Использовать на более сложных, это для любителей трудностей.
