Особенно когда прогресс не видно. Хорошо что с Yii 3 прогресс налицо....

Ну тогда этотому методу не особо нужно жить в HeaderHelper'е. С виду это обычная сортировка массива получается

конкретно тут не нравится то, что не по плану. Сам проект норм - обкатываю пакеты yii и пробую новые фичи ) чем ещё в продакшене заниматься? :)

Ребят, все еще нужно ваше мнение)

Я посмотрел, но пока не вижу там способа адекватно подхватить модель. Добавление метода getMiddlewares() к роуту тянет на хак.

@romkatsu а ты вот это не читал?

может я сбаянил немного, но я бы делал так

да читал, но не понял к сожалению. Попробую разобраться.

не вижу ничего страшного в геттере. Почему получение информации о роуте это хак?

Смысл в том, что ты делаешь реализацию ContainerInterface. Этот FormContainer возвращает только инстансы интерфейса FormInterface (не знаю, есть ли он)

Соответственно, чтобы сбилдить и заполнить форму в этом контейнере, контейнер должен иметь объедок RequestInterface. А значит контейнер создаётся в ActionCaller'е роутера (который был выпилен, но который я надеюсь вернуть) и добавляется в композитный контейнер с основным контейнером. Этот композитный контейнер не должен быть глобальным, а должен жить только в потоке обработки текущего запроса.

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

В смысле втаскивать в него Yii-specific штуки?

наоборот, вытащить из него всё, что к нему не относится и задавать все эти ActionCaller'ы вне роутера

это позволит мимикрировать под механики роутинга других фреймворков, а также не городить страшные костыли из мидлварей

И синтаксис будет такой же лаконичный?

не поменяется

если речь о синтаксисе описания роутов. Но если надо будет - его можно будет поменять не вмешиваясь в роутер (конкретно эту часть я пока не прорабатывал детально)

Я пока не понял, но по изучаю. Спасибо

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

значит у меня квас забористый вышел