Как же всётки создавать админку c Symfony2?

Question

[Владимир Балин]

Все мы прекрасно знаем, что, как и в ситуации с REST-то-строением, с аминками у Symfony2 не совсем всё гладко. Практически монополистом является SonataAdminBundle, но и там много todo-шек. Дак вот, интересно. как Вы справляетесь с созданием админки для проекта? Используете ли сонату, или админгенераторбандл? Или вовсе познали особый свой дзен создания бэкенда? Поделитесь рабочим процессом, как лучше создавать административный раздел на ваш взгляд и почему? Best practice если можно от Вас :)

Answer 1

[Twist]

А в чем проблема с REST? Мне кажется на уровне таких бандлов как FOSRESTBundle почти все проблемы уже решены и стоит только правильно всё это приготовить ( С добавлением в симфони 2.6 групп сериализации так и вовсе без него можно обойтись. Из коробки даже всё ок у симфони сейчас).
По поводу админок, так здесь очень зависит от конкретной задачи, т.к у каждого бандла будь-то Sonata, AdminGenerator или же новоиспеченный EasyAdmin есть свой функциональный предел, понимая этот придел и текущую задачу надо уже и выбирать бандл. Например когда заказчику главное зарелизиться, а функционал админки потом можно допиливать по ходу делаа, то для таких случаев подойдет EasyAdmin, AdminGenerator, когда же надо что то серьезное более-менее тогда надо брать Sonata, но у неё есть проблема с формочками и когда у вас админка начнет активно расти и расширяться, то в этот момент начнутся проблемы.
Как вариант можно админку писать на js фреймворке (что удобно, т.к не требуется создавать отдельный бандл и можно просто добавить контроллер для "REST - админки")
Другой вариант это писать её с 0 используя формочки симфони и всё остальное с базового комплекта (не используя никаких бандлов для админки).

Comments

[Владимир Балин]

О, а я про EasyAdmin и не слышал :) Кстати, я и не говорю, что сделать REST - проблема, просто есть всего 1 бандл с таким функционалом как FOSRestBundle, поэтому и сравнил с ситуацией в области админок, где есть 1 стОящий бандл от Sonata. А остальные проекты как-то остаются незаметными...

Я вот иногда ленюсь прикручивать фос рест бандл ради 10-20 url'ов обрабатывающих JSON или загрузку файлов кусочками. Как-то мне проще так json_decode(file_get_contents('php://input'))... Ну, конечно, если речь идет о полноценном API, то бесспорно бандл выручает. Чего не скажешь о бандлах от сонаты, да и вообще бандлах создающих админки...

В этой области у меня выработался другой рефлекс. Так как, в основном у меня шаблоны приходят чуть позже чем стартует проект, то я сначала делаю админку CRUD-ами, и, если надо потом делаю тему типа вордпреса на бутстрапе, а потом кастомные (не нагенереные) контроллеры для фронтенда, так как в основном фронтенд более требователен к внешнему виду и функциональности...

Но, после нескольких попыток использовать генераторы админки, пришел к выводу, что самый из них - от сонаты. Но там куда не заглянешь, где поинтересней начинается, везде // todo: то да сё

Кстати, про ajax-овую админку... Звучит интересно... Просто, я как представлю, что придется много писать JS кода %] Не люблю я это дело в общем.

Тогда получается, что на данный момент имеем следующие подходы к созданию админок:
- С бандлами: SonataAdminBundle, AdminGeneratorBundle, EasyAdminBundle (простые и средней сложности админки с активным применением CRUD операций, но есть пределы кастомизации)
- На JS (тут уже кто во что гаразд, но это другой ЯП и нет генераторов CRUD)
- Без доп. бандлов (кастомный фронт, а backend на генерированном CRUD)

[Максим]

ng-admin, an AngularJS-based admin generator compatible with any Symfony project that provides a RESTFul API.

[Twist]

Владимир Балин: что бы не сильно ковырять js, можно юзать coffe script и ему подобные

[Владимир Балин]

Да вот про это я и говорю :) Много JS - не по феньшую... А как же php? А как же цикл запрос-ответ? Фабьен несколько лет ни спал ни ел писал фреймворк, формы, груд, валидаторы, а вы ng-admin... В сторону nodejs не посматриваете ли? )))

Ну а кроме шуток, - получается, что надо знать на очень хорошем уровне еще один ЯП. В особенности angular, что бы отвечать современным скоростям и качеству разработки приложений? Или еще один слой абстракции над и без того гибким и нетипизированным языком по типу кофескрипта?

Вы сами пробовали писать админку на JS с js-фреймворком? Как это по времени выходит? Как со сложностью, удобством разработки?

[Twist]

"Много JS - не по феньшую"
Мне кажется в наши дни это как раз по фэншую.

"В сторону nodejs не посматриваете ли?"
Не просто посматриваю, а использую где задача требует этого (реалтайм чаты, быстрые рассылки и т.д и т.п)

"Вы сами пробовали писать админку на JS с js-фреймворком?"
Да, конечно.
Сложность разработки на Angular хорошо демонстрирует данная пикча fullstack.info/wp-content/uploads/feelings_about_a...
Вообще проблем при разработке админки на js фреймворке особо не возникает, т.к они обычно не несут какую то сверх функциональность и стандартных решений достаточно.
К примеру, на текущем проекте админку пишу на React"e, вроде пока всё устраивает.

[Владимир Балин]

>>>> "Много JS - не по феньшую"
>> Мне кажется в наши дни это как раз по фэншую.
Меня не оставляет мысль, что всетки надо побольше решений php... Я понимаю, что бум развития js-решений последнее время всех задел, но, боюсь наверно, что это будет просто вспышка, а мы потратим на это кучу времени, вместо того, что бы написать достойное решение для php. Я наверно смотрюсь после сказанного как perl-прогер, который за 27 лет повидал много всяких всплесков вокруг других ЯП, в том числе и новых, но попрежнему кодит на перле...

[Мир]

Владимир Балин, что теперь, спустя время, юзаете? Изучили JS или.. ?

Answer 2

[Алексей Кричко]

Настраиваю GeneratorBundle под проект, и делаю CRUD по сущностям. Admin бандлы не прижились...

Comments

[Владимир Балин]

Вот я собственно тоже не очень понимаю радость от использования бандлов, которые по размерам сравнимы с Form-фреймворком symfony...