вот эта штука возвращает то, что провайдер провайдит

ну блин :)

В общем и целом идея с неким сборным интерфейсом для роутера была сама по себе неплохая. Но реализация ее была выбрана не оптимальная. Для этих целей гораздо лучше походит композиция, чем наследование. Поэтому я хочу вынести матчер в отдельный класс, так же как сделал это с генератором. Сам класс FastRoute будет композиций этих двух классов и проксировать методы match, generate, generateAbsolute. Кроме них, он будет принимать в конструкторе некий новый класс RouteCollection, который будет представлять собой ридонли коллекцию роутов, в нем же будет происходить сборка групп и роутов с коллектора в массив routes, который сейчас есть и в генераторе и в роутуре/матчере. Соответсвенно метода injectItems В генераторе не будет, а в конструкторе он будет принимать этот самый RouteCollection. То же самое будет в матчере, но там будут добавляться только сами роуты и группы уже в сам фастроут. Сам RouteCollection будет формироваться в AppRouterFactory. В основном конфиге к интерфейсу коллектора будет забиндена пустая корневая группа (new Group()). Все middleware до роутера смогут добавлять туда свои роуты/группы (например, в моем случае это автозагрузчик модулей, который будет добавлять роуты из конфига модулей). Потом в AppRouterFactory в коллектор будут добавляться роуты самого приложения и он будет передаваться в RouteCollection.  Вкратце как-то так.