Sub-request или service?

Question

[gog69]

лейаут состоит из 4 частей: header, content, sidebar, footer

данные для серединки (content,sidebar) планирую чтоб возвращал контроллер

public function indexAction() 
{
   ...
   return $this->render($tpl, [
     "content" => $this->get('service')->getDataForCurrentPage(),
     "sidebarContent" => $this->get('service')->getSidebar3()
  ])
}

для динамические данных хедера и футера вижу следующие варианты:

1. через Sub-request {{ render(controller( 'controller:headerAction' )) }}
2. через service и расширение твиг

<div class="wrapper">
    {% for item in getDataForHeader() %}
         <div class=" ..  ." >
              {{  item.render() }}
         </div>
    {% endfor %}
</div>

3. достать одним вызовом данные для всего

{% set layoutData = getLayoutData() %}
.....
{% for item in layoutData.header %}
...
{% endfor %}
.......
.....
{% for item in layoutData.footer %}
   some rendering
{% endfor %}
{ endfor %}

4. так же как и 3 только при загрузке бандла - загнать данные сразу в глобальную переменную твиг вместо вызова {% set layoutData = getLayoutData() %}

5. так же как 4 только пометить несколько сервисов тегами, каждый из которых загонит данные в лейаут

как лучше и гибче все это сделать?

ПС. эта задача актуальна для абсолютно любого проекта и будет очень странно если будет 100 просмотров этой темы и 5 ответов. как это делают остальные 95 человек - тоже интересно

Answer 1

[Алексей Скобкин]

Первый вариант вполне нормальный.
Второй - довольно бессмысленный. Городить расширение для того, для чего оно не нужно.
Третий - не очень хорош, т.к. в данном случае абсолютно левым контроллерам придётся что-то знать о заголовке, хотя они занимаются совсем другим.
Четвёртый - тоже не лучшая мысль.
Пятый - пожалуй, тоже.

Я бы выбрал первый вариант, когда отдельный экшен занимается выводом данных для хидера или сайдбара.

Comments

[dizzy7]

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

[dizzy7]

https://tideways.io/profiler/blog/5-ways-to-optimi... - третий пункт

[Алексей Скобкин]

dizzy7: Ну всё верно. Нужно грамотно пользоваться кешированием и не рендерить с помощью них вообще всё. Там так и написано. И предложены различные варианты решения.

[magary4]

ну ведь выходит много звеньев в подзапросе

роутер-контроллер-сервис-вьюшка

в то время как можно спросить у сервиса данные - и сразу отрендерить их

[Алексей Скобкин]

magary4: Тут компромисс между удобством/красотой и производительностью. И если много не теряете - можно вполне сделать так. Вы посмотрите профайлером, много ли времени уходит на обработку такого подзапроса по отношению к остальным действиям.