RT
там может вообще не быть роутера
UrlMatcher скажет что нет корректного маршрута и все, проехалиSize: a a a
2020 July 19
RT
и тогда
DS
Она и не знает
Знает, ты их получаешь через getMiddlewares(). И при желании можешь получить инстанс контроллера, выполнить экшн и отдать ответ, забив на этом на весь остальной стек.
RT
я не думаю что в таких ограничениях есть смысл
RT
но мысль я понял
DS
я не думаю что в таких ограничениях есть смысл
Ну это уже философский вопрос, я считаю, что фреймворк должен оказывать сопротивления плохим решениям и упрощать правильные.
RT
я считаю, что фреймворк должен давать возможности. Оргничений у меня своих хватает
RT
сопротивление плохим решениям это хорошо. Но лучше показывать как надо
DS
я считаю, что фреймворк должен давать возможности. Оргничений у меня своих хватает
Это часто плохо заканчивается и ведет к накоплению технического долга. Это как с yii2 - излишняя гибкость приводит к удивительнім решениям))
RT
я понимаю
DS
сопротивление плохим решениям это хорошо. Но лучше показывать как надо
Та я ж не против, просто тебе нужны параметры экшина, а получить ты хочешь все мидлтвари. Надо думать как получить именно то, что нужно без избыточности.
RT
getFirstMiddleware?
AM
О, кстати. Я тут на днях помогал на тему проекта с API, он на API Platform, Symfony. Сложилось чёткое ощущение как я не хочу чтобы выглядел Yii 3 :)
AM
Это Wordpress / Drupal, Hibernate и Spring в одном флаконе...
AM
Вроде круто, но переборщили...
DS
getFirstMiddleware?
Скорее getFirstMiddlewareParams(). Но надо еще думать, наверняка есть способ сделать это все более изящно.
RT
Если вся эта шляпа с рефлексией переедит в роут, будет хуже помоему
DS
В любом случае я бы пока сделал с явным указанием формы и проработал бы все остальное до конца. Если сделать функционал аннотаций для роутов, то явно указать модель формы будет просто.
RT
моделей может быть несколько
RT
PaginationRequestModel, SearchRequestModel например и обе в одном экшене