Dependency Injection. Неявное управление зависимостями

public class Chessboard
{
public Chessboard()
{
this.cells = LoadBoard(
new StreamReader("input.txt"),
new BoardParser());
}
}
НЕЯВНОЕ УПРАВЛЕНИЕ ЗАВИСИМОСТЯМИ
Неявные связи

реализация интерфейса
использование
SRP
DIP

public class Chessboard
{
public Chessboard(
StreamReader input,
IBoardParser boardParser)
{
this.cells = LoadBoard(input, boardParser);
}
}
ЯВНОЕ (ИНЪЕКЦИЯ ЗАВИСИМОСТЕЙ)
Нужные значения
передадут извне

Не вызывать статические методы
Не вызывать конструкторы
Ссылки на объекты передавать в конструктор
- Кто их передает в конструктор?
- Кто-то «свыше»!
- А ему?
- Тоже кто-то «свыше»!
- А ему?
ЯВНОЕ УПРАВЛЕНИЕ ЗАВИСИМОСТЯМИ

Composition Root
место, где модули соединяются вместе
загончик для операторов new
Чем ближе к точке входа – тем лучше
void Main() для консольного приложения
HttpHandler для веб-сервиса
В библиотеках
либо не собирать – пусть собирает использующий
либо в классе-фасаде библиотеки
ТОЧКА ВХОДА - МЕСТО СБОРА ЗАВИСИМОСТЕЙ

Имена файлов, пути, порты, ...
Неудобные зависимости (файлы, консоль, ui, сеть, БД, ...)
Другие сервисы
Формат файла
Алгоритм
если его может понадобиться менять
Реализация структуры данных
если её может понадобиться менять
КАКИЕ ЗАВИСИМОСТИ ДЕЛАТЬ ЯВНЫМИ?

В ЧЕМ РАЗНИЦА МЕЖДУ
DEPENDENCY INJECTION
И
DEPENDENCY INVERSION PRINCIPLE
?

public class Chessboard
{
public Chessboard()
{
var reader = ServiceLocator.Instance.Get
();
var parser = ServiceLocator.Instance.Get
();
this.cells = LoadBoard(reader, parser);
}
}
DIP ЧЕРЕЗ SERVICE LOCATOR

public class Chessboard
{
public Chessboard(
StreamReader input,
IBoardParser boardParser)
{
this.cells = LoadBoard(input, boardParser);
}
}
DIP ЧЕРЕЗ ИНЪЕКЦИЮ ЗАВИСИМОСТЕЙ

Обеспечивается разными способами
Dependency Injection
Service Locator
DEPENDENCY INVERSION…

Скрывает реальные зависимости класса
Ухудшается читабельность
Увеличивается хрупкость
Заражает весь код, в котором используется
Наркотик, с которого трудно слезть
ПОЧЕМУ SERVICE LOCATOR – АНТИПАТТЕРН?

DI CONTAINER

public class Robot : IRobot {
public Robot(IDistanceSensor distanceSensor) {
this.distanceSensor = distanceSensor;
}
...
}
public class OpticalSensor : IDistanceSensor {
...
}
IRobot robot = container.Get
();
Как это работает?

public HttpServer(IEnumerable
handlers) { … }
public FileLoader(IFileFormat[] formats) { … }
public DocumentPage(IAction[] actions) { … }
А ЕСЛИ ЗАВИСИМОСТЕЙ МНОГО?

Controller(IView view)
BasicView(IController controller): IView
А ЕСЛИ ЗАВИСИМОСТИ ЦИКЛИЧЕСКИЕ?
Controller(Lazy
lazyView)
BasicView(IController controller) : IView
var c = container.Get
();

var createMyClass =
container.Get
>();
MyClass c = createMyClass(42, “!”);
https://github.com/ninject/Ninject.Extensions.Factory/wiki
ФАБРИКА ВМЕСТО NEW

Время жизни (InSingletoneScope, InThreadScope)
Именованные зависимости (Named)
Контекстно-зависимое инжектирование (WhenInjectedInto)
Конвенции и авторегистрация (FromThisAssembly ...)
Модульность конфигурации
Одна реализация для нескольких интерфейсов (Bind
)
Generics
...
ПРОЧИЕ ОСОБЕННОСТИ

В программе FractalPainter странно реализован Dependency Inversion…
Необходимо произвести рефакторинг по списку в README.md
ЗАДАЧА FRACTALPAINTER

Можно внедрять контейнер постепенно
Контейнер должен использоваться в одном месте, а не заражать код
Контейнер подходит для разных ситуаций
Bind to Class, Bind to Constant, Bind to Method
Singleton Scope, Factory, Lazy
When
Conventions
РАЗБОР ЗАДАЧИ FRACTALPAINTER