А
значит stramFactory :D
Отдельный интерфейс нужен CustomResponseFactoryInterface.
https://i.imgur.com/PqbQBAv.png
Size: a a a
2020 March 25
DS
А
и лучше унаследовать от ResponseFactoryInterface, наверное
А
а если так посмотреть, то как-то не красиво получается
А
Посмотрел PSRовские интерфейсы, они не подходят для полноценного самостоятельного решения.
Делать свой ResponseFactory - зачем... действительно, получается конвертор mixed -> string, результат которого пойдёт в StreamFactoryInterface
Делать свой ResponseFactory - зачем... действительно, получается конвертор mixed -> string, результат которого пойдёт в StreamFactoryInterface
DS
Посмотрел PSRовские интерфейсы, они не подходят для полноценного самостоятельного решения.
Делать свой ResponseFactory - зачем... действительно, получается конвертор mixed -> string, результат которого пойдёт в StreamFactoryInterface
Делать свой ResponseFactory - зачем... действительно, получается конвертор mixed -> string, результат которого пойдёт в StreamFactoryInterface
И что ты предлагаешь?
А
ActionCaller в роутере используется ведь?
DS
Вообще в yii-web можно сделать свой класс Response который реализует интерфейс Psr\ResponseInterface путем композиции сырых данных и пср-ного риспонса, тогда вообще можно не заморачиваться будет и добавить конвертер в виде обычной мидлтвари в роут или на группу. Тогда и ленивый рендеринг, как ты хочешь, вообще легко делается.
А
ленивый рендеринг и так легко делается )
А
а сырые данные надо не с Reponseом связывать а со стримом
А
и хорошо было бы иметь также композитный стрим
DS
ленивый рендеринг и так легко делается )
и что ты возвращаешь из контроллера?
А
и что ты возвращаешь из контроллера?
Response
А
а экшены возвращают что попало
А
контроллер исповедует Middleware
DS
а сырые данные надо не с Reponseом связывать а со стримом
Тогда ты не сможешь с ними работать в мидлтварях
А
запросто
А
Response->getBody
А
так ты получаешь объект стрим
DS
Response->getBody
Хранишь объект в стриме?