Что думаете о преспективах инъекций во ViewRenderer?
Как быть с этим PR?

Вот PR для фидбека, по files changed пока трудно будет смотреть (если что можно мою ветку смотреть), так как из за отсутствия многого, там просто бардак. Есть рабочий тест кейс маленький (локально проходит, для гитхаба стили поправлю позже). Мне главное фидбек по подходу с Dispatcher-ом (это как бы тот Handler о котором я говорил). Ну и в общем фидбек не помешает так как там много чего поменялось уже. Камни сразу не кидать на меня, я пока почти ничего не тестил.

Лень конспектировать смысл всех изменения, в принципе эти ответы можно найти в issue, которые там проставлены.

This is how the PR begins, a draft and you are shaping it, I have several of more than 140 modifications.

И у меня один главный вопрос остался: почему изначально там RouteCollectorInterface и RouteCollectionInterface не в одном интерфейсе?

Надо посильнее вникнуть...

Одно нужно в группах, другое нужно в роутере.

Одно read, другое write

Сейчас найду точное место...

Я просто объединяю их в один, у меня роутер может быть входной точкой для всего, и в итоге ему нужно и addRoute и getRoutes, то есть как бы остается только один интерфейс коллекции, который будет представлять также группы, не уверен, что прям это правильно, но по идее так не разбросан функционал

Кажется, https://github.com/yiisoft/router-fastroute/pull/24 и https://github.com/yiisoft/yii/pull/4308

@yiiliveext я верно помню?

Ну тогда вроде да, мне не нужны они отдельно, я зависимость контейнера везде убрал

Зависимость контейнера будет ТОЛЬКО у Dispatcher

всё остальное stateless

и теперь есть Router, который является входной точкой, не надо будет отдельно UrlMatcher (который уже Matcher) и Generator юзать (но можно будет если что)

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

А они были как раз чтобы отдельно...

Потому что в нам как сервис матчер не нужен по сути чтобы руками дёргать.