Независимые от фреймворка контроллеры. Последние штрихи

[@Sirian]

А если надо будет в контроллере, например, добавить какой нибудь заголовок в ответ (например выставить куку)?
имхо вы получаете просто лишнюю прослойку, которая только усложняет логику и поддержку кода

[@kix]

Ну, экшены же по сути дублируются в контроллере-адаптере SymfonyClientController. В них вы вполне можете взаимодействовать с создаваемым объектом Response и навешивать на него заголовки и всё остальное. Идея в том, что только контроллер-адаптер остается связанным с фреймворком, и если вдруг вы решите ваш контроллер перенести на фреймворк, где нет HttpFoundation, то вам надо будет просто реализовать свой контроллер-адаптер, который взаимодействовал бы уже с другим фреймворком.

[@Sirian]

В чем выигрыш то тогда, если логику из SymfonyClientController по выставлению заголовков (и т.п.) придется потом также переносить на другой фреймворк? на мой взгляд не то что выигрыша не будет — будет проигрыш

[@kix]

Ну, вы вполне можете реализовать контроллер-адаптер более абстрактно, чтобы минимизировать его зависимость от тех контроллеров, которые он оборачивает. И в принципе «выигрыш» не стоит искать в явном виде (посмотрите аргументы автора на протяжении всей статьи).

[@Sirian]

бритва оккама одним словом