ну в моей реализации я у роутера забираю найденый  route

чтобы понять какую форму валидировать и заполнять

и это стало проблемой

насколько я понимаю понимаю после реализации 57 pr, роутер будет гибче и можно будет сделать более грамотное решение

аааа... то есть в обратном случае просто надо middleware настраивать для каждого пути отдельно с пропиской его форм

ну такой вариант тоже был, но помоему это очень не удобно

кпд стремится к нулю

ну да )))

по этому буду ждать пока ты закончишь с 57)

То есть как бы просто какой-то реверс-mapping роутов к их hadler-ам хватит для этого PR

Там у меня вообще возможно будет hadler-и свои ставить вместо дефолтного и я как понял тогда это и нужно было для этого PR, но по сути просто mapping нужен

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

как раз то что мне нужно для requestModel

чтобы я не искал route, а просто определил свой обработчик

исполнитель

executer

или как его там)

ну да, handler можно будет настраивать как для отдельных путей, так и для груп, это уже есть)) но дефолтный я оставил и думаю, что он должен быть в роутере, чтоб как отдельный пакет был полезней, а в самом yiisoft/app можно переопределить вообще дефолтный, у меня в планах есть реализация для Route::redirect('pattern', 'to') и Router::view('pattern', 'view') как в ларавеле. Для это тоже custom handler в самом приложении подойдет

это уже готово?

custom handler?