DS
Откуда у тебя сеттер там взялся? В PR там все исправленно и у меня никаких ошибок не подсвечивает.
Size: a a a
2020 March 04
NO
Ковыряю Spiral фреймворк ) Вот такая фича там есть, вывод всех роутов...
DS
а вариант с привязыванием контейнера к объекту провайдера также плох?
Провайдер наследовать от контейнера? Я думаю, что это слишком))
DS
У нас тоже такая есть, и даже в виде дерева по группам
NO
В Laravel, мне коллега говорит, тоже есть ) Хотелось бы и в Yii, хотя бы в третьей версии 🥺🙏
А
Провайдер наследовать от контейнера? Я думаю, что это слишком))
нет, всё будет также, только обёрнуто в локальный метод
А
В Laravel, мне коллега говорит, тоже есть ) Хотелось бы и в Yii, хотя бы в третьей версии 🥺🙏
да, в ларке тоже есть и в симфе вроде тоже
об этом мы уже тут говорили, но вскользь
об этом мы уже тут говорили, но вскользь
NO
Консоль вообще во многом незаменимая штука в разработке и отладке )
Думаю, каждый разработчик Yii вдоволь намучился с роутами в своё время...
Думаю, каждый разработчик Yii вдоволь намучился с роутами в своё время...
А
во, нашёл
А
Нам где-нибудь нужна будет актуальная коллекция роутов для чтения? В смысле в самом приложении.
А
да, нужно будет сделать консольную команду для вывода таблицы роутов
А
так что почва подготовлена, кто хочешь - бери и делай
А
Провайдер наследовать от контейнера? Я думаю, что это слишком))
т.е. примерно так получается
register переименовываем в registerTo, пользовательский код будет в protected registerDS
А, ты об этом, типа чтобы заглушки не делать, ну можно и так
DS
Можно и еще лучше сделать, но чревато последствиями от неразумных разработчиков.
А
ну и эту тему можно развить, например контейнер сделать приватным, сделать протектед прокси-метод на get
DS
ну и эту тему можно развить, например контейнер сделать приватным, сделать протектед прокси-метод на get
Не, можно сделать класс
ContainerConfigurator extends AbstractContainerConfigurator и в конструкторе ему передавать контейнер, все сеттеры из контейнера продублировать в конфигуратор и добавить публичный сеттер , а в метод register сервис-провайдеру передавать конфигуратор вместо контейнераDS
При этом в
AbstractContainerConfigurator все методы будут абстрактными, заглушек не будетAM
Предлагаю пока этот момент оставить в покое. По идее, он не влияет на public-интерфейсы вообще и переделывается последующими PR как угодно.