Как организовать следующую логику?

Question

[gog69]

все гайды пишут пример как сделать блог

PostControoller
listAction
editAction

CommentsController
listAction
editAction

где почитать как сделать более сложные вещи

допустим у меня на странице есть хедер, пост, комменты и футер
если хедер и футер выносить в контроллеры

{{ render(controller('headerController')) }}

{% block content %}{% endblock %}

{{ render(controller('footerController')) }}

я не пойму смысла тогда от этого MVC если это почти тот же flat-php

хочу сделать вот так:

PostControoller {
   indexAction() {

      .....

      return [
         "post" => $currentPostInfo,
         "comments" => $commentModel->getComments($id),
         "meta" => $helper->getItemsForHeaderAndFooter()
      ]

   }
}

или как лучше сделать?

ПС. хедер и футер динамически формируются на основе инфы из БД

Comments

[BoShurik]

А в чем проблема? Как бы вы хотели, чтобы выглядел шаблон?

[gog69]

проблемы нет, хочу максимально правильно раскрывать МВЦ концепцию

Answer 1

[Сергей Протько]

я не пойму смысла тогда от этого MVC если это почти тот же flat-php

Symfony request/response фреймворк. MVC - web так не работает. То что на бэкэнде называют MVC на самом деле завется mediating controller MVC или MVA.

Ну и опять же, где тут flat php? Это по сути возможность делать "под запросы" и реюзать код. Что-то типа виджетов.

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

Не зацикливайтесь на MVC, потому что люди часто проигрывают, думая что модель это доктриновские сущности и только. А есть еще сервисы - это тоже часть модели. И суть вся в разделении ответственности (контроллеры конвертят HTTP запросы в вызовы методов модели и конвертят состояние модели в HTTP ответы и только).

Comments

[gog69]

Сергей, можете написать как правильно это сформировать? какую ответственность на какие классы правильно возложить
Буду очень благодарен. Хочу правильно понять концепцию.

[gog69]

>> контроллеры конвертят HTTP запросы в вызовы методов модели
вот-вот, поэтому мне и не нравится {{ render(controller('headerController')) }}
ибо запроса нет, да и от него не зависит

[Сергей Протько]

gog69: вопервых шаблонизатор - это часть слоя контроллера. Контроллер активен а вьюшки пассивны (по сути Request и Response - это View в нашем случае). Следовательно делать "подзапросы" в шаблонах вполне себе можно.

[Сергей Протько]

gog69: профит в том что мы не раздуваем контроллер. Допустим у нас был просто бложик и мы решили комментарии добавить. Причем мы еще не знаем будем ли мы оставлять нашу реализацию или водключим потом какой discuss. так мы изолируем это в отдельном экшене отдельного контроллера и следовательно изолируем изменения связанные с выводом комментариев в будущем.

Делать это или нет - это вам решать. Для таких простых задач это не столь критично.

[gog69]

ну а если знаем, то все-таки наверное лучше:

return [
"post" => $currentPostInfo,
"comments" => $commentModel->getComments($id),
]
???

чтоб не плодить контроллеры?

[gog69]

>>Для таких простых задач это не столь критично.
обычно задачи растут в геометрической прогрессии, поэтому для меня важно все сделать правильно на начальном этапе

[Сергей Протько]

gog69: почитайте про YAGNI. В целом только с опытом придет "когда нужно а когда не нужно".