Pull to refresh
0
0
Send message
Причина описана выше. Да никто не запрещает юзать render контроллера, как и юзать lazyLoad для вывода данных из связных таблиц. При малых обьемах данных разница будет минимальна, а вот при больших…
Измерял не в prod режиме, мне важнее было понять что быстрее отработает. В дев режиме отрендерило быстрее в 4 раза.
Когда вы дергаете контроллер из вьюхи то запускается весь kernel с его зависимостями и чем их больше, тем больше просядет производительность…

Symfony Book в свою очередь содержит информацию которая призвана популяризировать фреймворк, показать что не все так сложно, поэтому не всегда в нем описывают сложные подходы.

Ради интереса я когда то делал замер, данных для вывода было немного(облако тегов). С кастомной функцией гораздо быстрее рендерится страница.
Форму комментария ненужно выносить в отдельный «виджет» ибо она будет не на каждой странице и ради нее не нужно дергать контроллер во вьюхе.
Писать кастомную Twig функцию. Ибо дергание контроллера из вьюхи слишком затратно по производительности.
За такое:
{{ render(controller('BloggerBlogBundle:Page:sidebar' ))}}
нужно бить по рукам.
Я в симфе не так давно но мне не понятен профит данного CommandBus. С таким же успехом я могу создать некий сервис(ProjectManager или ProjectHandler) и передавать сервису чистый request. Если нам не нужен твиговский рендер то содержимое контроллера можно вообще свести к 1й строчке, спрятав всю бизнес логику в сервисе.
Я на вашем месте не гордился бы этим

Information

Rating
Does not participate
Registered
Activity