T
Or you can override some definition manually)
while I will use your fork branch?
Size: a a a
2020 June 30
DS
TradersVE
while I will use your fork branch?
Of course you can until we come to an agrrement))
AM
Контейнер, в котором прописаны определения, которые мы хотим переопределить.
???
T
for now your solution to configure the modules, for me it is excellent, a main container for the application, and each module a sub container is a very good idea.
AM
Composite
Primary
Module <- этот?
Primary
Module <- этот?
DS
AB
Подскажите, в di есть/планируется поддержка декораторов?
AM
Ну, есть варианты:
1. strict false всему кроме последнего Module.
2. Выпилить нестрогий режим и добавить его в сам композит.
1. strict false всему кроме последнего Module.
2. Выпилить нестрогий режим и добавить его в сам композит.
AM
Подскажите, в di есть/планируется поддержка декораторов?
Отвечает @yiiliveext :)
DS
Ну, есть варианты:
1. strict false всему кроме последнего Module.
2. Выпилить нестрогий режим и добавить его в сам композит.
1. strict false всему кроме последнего Module.
2. Выпилить нестрогий режим и добавить его в сам композит.
1. Не проходит. Пример получаем из контейнера контроллер BlogController, в контейнере модуля его нет, следовательно получаем его из основного и все его зависмости тоже из основного будет разрешены.
DS
Подскажите, в di есть/планируется поддержка декораторов?
Есть, но только в режиме дебага
AM
1. Не проходит. Пример получаем из контейнера контроллер BlogController, в контейнере модуля его нет, следовательно получаем его из основного и все его зависмости тоже из основного будет разрешены.
А второй?
DS
А второй?
А второй не совсем понимаю как ты это реализуешь.
DS
Суть в том, что мы должны получить такую версию контейнера, как если бы мы смержилы массивы дефинишинов основного и локального контейнеров и создали новый контейнер.
AM
Ну да.
AM
Дефинишнов которых нет... Ну... Их нет.
AM
Так что результат мёржа не меняется.
AB
Есть, но только в режиме дебага
как пощупать?
AM
Они будут всегда браться из $rootContainer
DS
Они будут всегда браться из $rootContainer
Сейчас в пр так и есть, если не в одном не находит, то берем из контейнера модуля, который резолвит через $rootContainer