Re[10]: О пользе Dependency Injection
От: barn_czn  
Дата: 15.01.21 08:10
Оценка: +2
Здравствуйте, varenikAA, Вы писали:

AA>Здравствуйте, barn_czn, Вы писали:


_>>Все равно ни понял. Контексты всегда были и без DI (Control.Parent, Control.Application, Request.Host и т.д). Добирайся нихочу.

_>>Но вот если есть конструктор у App, а я явно не вижу место его вызова — меня это напрягает. Таких неявных мест должно быть по минимуму.

AA>Понял, а то у ТС вообще неопнятно на что он жалуется. ну это субъективно. так то во всех учебниках учат что надо избегать явного создания объектов.


я таких учебников не читал.

AA>Взять теже фабрики, билдеры они тоже зло?


Что есть фабрика? Если это метод который внутри вызывает new MyClass, потом этот метод передается как делегат — отлично, потому что эта связь явная и ее легко отследить.
А если это в каком то магическом месте неявно задано, как с DI, — я не понимаю.

Дальше, говорят что плюс в том что из любого места я могу получить(создать) любой инстанс. Но простите, в таком случае ваша архитектура превратилась в кучу глобальных переменных где Всё доступно Отовсюду. Как же тогда быть с принципами разграничений? В определенном месте кода должно доступно только то что необходимо, что передали явно, что доступно по ссылочным связям.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.