ок, а https://github.com/yiisoft/di/pull/116/files#diff-00897e77b93946555bcac5b95e73e3a9R51? всё-всё прогонятся через прокси?

Это если прокси включен, чтобы автоматом все добавляемые контейнеры оборачивались в прокси. Таким образом можно автоматом дебажить все модули и сервисы которые юзают композитный контейне вместе с родительским(глобальным).  Так делается в модулях. Локальные зависимости в отдельном контейнерере, потом создаем композитный контейнер и добавляем в него глобальный и потом локальный. Таким образом локальные зависимости, которые зависят от глобальных, будут успешно разрешены.

Например в модуле есть свой нотифайер и он зависит от глобального MailerInterface, таким образом через композитный контейнер он его получает из локального.

м... в смысле "если"? Там вроде нет флага чтобы прокси выключить...

Наличие ContainerProxyInterface::class проверяет в контейнере

Прокси - штука опциональная, можно и не включать. Вообще там нужно еще трай кетч поставить на успешное получение прокси.

два в одном.... оооок

А нам 100% нужен delegate lookup или @xepozz триггернулся на неподчищенный readme?

Без него прокси не будет работать, @xepozz просто повезло, я не для него делал)

а, да да

оборачиваемый должен делегировать lookup проксе

Угу

вот и нашёлся какой-никакой use-case для https://github.com/yiisoft/di/issues/80

вероятно, сейчас прикрою...

А почему Remove, он там был?

да, я его реализовал с самого начала :)

А вообще надо убирать публичные модификаторы с методов контейнера set, setMultiple, addProvider и остальных, изменяющих контейнер. Если сильно надо менять контейнер после сборки, то это надо делать через специальный отдельный интерфейс.

согласен

Сейчас это отсмотрю как следует, намёржим и можно будет подчистить...

Давай я еще трай-кетч добавлю в композитный контейнер.