Пошаговая форма на Symfony2 с SyliusFlowBundle

поимевшего боли из-за негибкости CraueFormFlowBundle'a

Какая именно боль?

Хорошая практика в Symfony 2 (по личному опыту)

Вы меня не поняли. Логика должна быть описана в класса Entity. Всё верно. Но, я говорю про место, в котором описуеться только структура, без реализации. Ну чтоб напрмиер увидеть структуру таблички в базе, мне не нужно знать какие там данные. Аналогично. Мне нравится описание сущностей в yml, так как там ничего нет лишнего. Выше я прикреплял скриншот, в котором видно о чём я. Опять таки. Это субьективно.

Хорошая практика в Symfony 2 (по личному опыту)

Всё таки добавлю про сущности. Логика не должна переплетаться со структурой базы. Скажем так, пусть переплетается, но должно быть место, в котором описана только структура. Для этого и существует конфигурационный файл для Entity. В котором нет реализации методов и логики. А чистая и прозрачная структура. Это приходит со временем и особо полезно при разработке enterprise-проектов. Опять таки, без этого работать можно, и даже привыкнуть. На практике, только при использовании такого подхода, понимаешь все его прелести. Конечно я не беру в учёт ситуации, в которых сущность состоит из 5 полей, и нет дополнительных методов, кроме как геттеры и сеттеры.

Хорошая практика в Symfony 2 (по личному опыту)

Ну аннотации — тема заезженная и субъективная. Лично мне нравится когда всё структурировано. Хотя аннотации в нужной мере, этому не мешают.
Про роуты, бандлы согласен, это я и писал.

Блоки. Опять таки, не критично. Вообще всё что в статье написано — не критично.

Хорошая практика в Symfony 2 (по личному опыту)

При подходе с файлом конфигурации, я дискомфорта не ощущаю. А вот читабельность и чистота, для очень важна. Хотя это настолько субьективно, что даже спорить нет смысла.

Хорошая практика в Symfony 2 (по личному опыту)

Согласен. Ваши советы добавил в статью.

Хорошая практика в Symfony 2 (по личному опыту)

Это не я писал. Это скриншот кода, который писали до меня.

Хорошая практика в Symfony 2 (по личному опыту)

Ну нужно понимать когда использовать колбеки, а когда listener/subscriber.

В любом случае спасибо за дискуссию)

Хорошая практика в Symfony 2 (по личному опыту)

Да, есть свою нюансы) Ну понятно что он не будет создавать реализацию callback'ов например. На то он и файл конфигурации. В нём описаны какие методы на каких стадиях срабатывают, а в модели описываем реализацию. Опять таки, просто читабельней немного)

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

Удобней? Да) Читабельней? Ну конечно)

Хорошая практика в Symfony 2 (по личному опыту)

Не нужно вносить изменения в 2 места)
Вносим изменения в файл конфигурации и команда doctrine:generate:entities всё делает за Вас (добавляет свойство в класс, добавляет геттеры и сеттеры). Так что так получается даже быстрее )

Хорошая практика в Symfony 2 (по личному опыту)

По поводу аннотаций, действительно вопрос спорный. Я думаю здесь есть грань, которую каждый определяет сам для себя.

По поводу сущности. Генерить с файлов конечно не объязательно, но вносить изменение в файл yml одно удовольствие. Выглядит всё очень читабельно и аккуратно, когда сущность в нём описана. Не мешают аннотации, реализации методов и т.д.

Хорошая практика в Symfony 2 (по личному опыту)

Да, это спорный.