DS
Но опять же, ты не покроешь всех кейсов, поэтому нужно предусмотреть подключение прокси в билдере контейнера (обоих скорее всехо), и запретитьт создание контейнеров вручную.
Size: a a a
2020 February 19
DS
Я думаю, что гораздо проще это можно сделать на событиях. Контейнер при резолвинге тригерит событие, ты его ловишь и пишешь в коллектор.
Д
ага, а когда юзер захочет использовать контейнер от другого вендора, у него отвалится весь дебагер)
Д
короче в "1" прилетает Logger, а в 2 LogCollector)
Д
если избавимся от конструктора в AbstractController, то прилетит коллектор в обоих случаях, но это не всегда так будет, стоит лишь добавить один интерфейс лишний в конструктор и всё сломается
DS
ага, а когда юзер захочет использовать контейнер от другого вендора, у него отвалится весь дебагер)
Не отвалится, надо будет всего лишь обернуть его в композитный контейнер)
Д
тесты рабочие только в tests/{Collector,Target}
DS
Хмм.. так ты по факту только несколько интерфейсов хочешь дебажить? Так бы сразу и сказал, я думал весь контейнер)
2020 February 20
Д
Всё, что можно хочу сразу дебажить :) самый кайф, когда юзеры будут писать свои реализации панелей
DS
Всё, что можно хочу сразу дебажить :) самый кайф, когда юзеры будут писать свои реализации панелей
Сразу предупрежу, что твой путь с прокси для отдельных интерфейсов неверный, он не позволит дебажить даже эти интерфейсы забинденные локально в модулях/сервисах. Реальный путь - билдер/фабрика для контейнеров и прокси-контейнер.
Д
Сразу предупрежу, что твой путь с прокси для отдельных интерфейсов неверный, он не позволит дебажить даже эти интерфейсы забинденные локально в модулях/сервисах. Реальный путь - билдер/фабрика для контейнеров и прокси-контейнер.
В чем проблема?
DS
Ну ты же в конфиге прокси собираешься привязывать? А в остальных местах как?
Д
каких?
DS
каких?
Я тебе вчера уже приводил пример.
DS
Прилетел контейнер в акшин контроллера через ContainerInterface, в нем есть MailerInterface на котором завязан общий мейлер приложения, ты хочешь передать этот контейнер в сервис, но переопределить мейлер, тогда ты делаешь контейнер с новым мейлеров, создаешь новый композитный контейнер и аттачишь туда контейнер с интерфейса и контейнер с переопределенным мейлером. Если надо еще в один сервис передать еще другой мейлер, то аналогично с новым композитным контейнером. Таким образом ты можешь ветвить контейнер не затрагивая основного. Та же фигня и в мидлтварях будет)
вот
Д
это уже частные случаи. если переопределишь логер и отключить дебагер, то сам виноват)
DS
это уже частные случаи. если переопределишь логер и отключить дебагер, то сам виноват)
Не частные. Давно предполагалось, что модули будут использовать свои котекстные контейнеры. А там могут быть свои интерфейсы. Ну и с логером пример неудачный. Возьми ивент диспетчер. Переопределение ивент диспетчера на локальный - вполне обычная практика, и твой дебагер такие события дебажить не будет.
Д
эту проблему эвентами тоже не решить
DS
эту проблему эвентами тоже не решить
Какими ивентами??? Это решается билдером/фабрикой и прокси-контейнером, я тебе еще вчера это предлагал. Дебаг через ивенты - альтернативный вариант, но там все равно нужен прокси-контейнер. Потому как ты правильно заметил, что мы можем подключить любой пср-11 контейнер.