1. Dependency Injection,
IoC

2. План
IoC принцип
Dependency injection
Как не стоит определять зависимости
Простой пример

3. Термины
Сервис - объект, который может выполняет какую-либо
требуемую функцию
Клиент - тот, кто использует сервис
Зависимость - сервис, который требуется другому объекту
для выполнения каких-либо функций
Зависимый - объект, которому нужен сервис для того,
чтобы выполнять какие-либо возложенные на него функции

4. IoC, истоки
public class Reporter
{
public void SendReports()
{
var reportBuilder = new
ReportBuilder();
var report =
reportBuilder.CreateReport();
var reportSender = new
EmailReportSender();
reportSender.Send(report);
}
}

5. Что хорошего?
Это просто

6. Что плохого?
Это нетестируемо
Это сильное связывание, которое
приводит к монолитности OOD
В итоге это превращается в ад

7. Эволюция
public class Reporter
{
public void SendReports()
{
var reportBuilder =
ServiceLocator.ReportBuilder;
var report =
reportBuilder.CreateReport();
var reportSender =
ServiceLocator.ReportSender;
reportSender.Send(report);
}
}

8. Стало лучше, но...
Мы должны поддерживать ServiceLocator
Зависимый объект всё равно
определяет свои зависимости внутри
реализации
Зависимости неочевидны

9. IoC approach
public class Reporter
{
private readonly IReportBuilder _builder;
private readonly IReportSender _sender;
public Reporter(IReportBuilder builder,
IReportSender sender)
{
_builder = builder;
_sender = sender;
}
public void SendReports()
{
var report = _builder.CreateReport();
_sender.Send(report);
}
}

10. IoC approach
ReportSender не может определить свои
зависимости самостоятельно
Зависимости очевидны
Тестировать проще
Слабосвязанная архитектура

11. DI with IoC containers
Ответсвенность за внедрение
зависимостей перекладывается на
специальный фреймворк (IoC container)
Зависимости конфигурируются в коде
или конфиг-файлах

12. DI with IoC containers
var reporter = container.Get<Reporter>();
reporter.SendReports();

13. Антипаттерны IoC
Control Freak
Bastard injection
Constrained injection
Service locator
Property injection *

14. Control Freak /
Диктатор-наркоман :)
public class Reporter
{
public void SendReports()
{
var reportBuilder = new
ReportBuilder();
var report =
reportBuilder.CreateReport();
var reportSender = new
EmailReportSender();
reportSender.Send(report);
}
}

15. Bastard injection /
внебрачные зависимости
public class Reporter
{
private readonly IReportBuilder _builder;
private readonly IReportSender _sender;
public Reporter(IReportBuilder builder,
IReportSender sender)
{
_builder = builder;
_sender = sender;
}
public Reporter()
this(ReportBuilder.GetDefaultBuilder(),
ReportSender.GetDefaultSender())
{
_builder = builder;
_sender = sender;
}
}

16. Constrained construction /
ограниченное построение
Type bulderType = GetBuilderType();
Type senderType = GetSenderType();
Reporter reporter =
Activator.CreateInstance(typeof(Reporter)
, builderType, senderType);

17. Service locator
public class Reporter
{
public void SendReports()
{
var reportBuilder =
ServiceLocator.Get<IReportBuilder>();
var report =
reportBuilder.CreateReport();
var reportSender =
ServiceLocator.Get<IReportSender>();
reportSender.Send(report);
}
}

18. Property injection *
Не антипаттерн в класическом понимании, но
требует осторожности
Используйте только тогда, когда это
дейтствительно нужно (какой-либо фреймворк
требует конструктор без параметров)
Используйте тогда, когда поведение объкта
меняется во время выполнения

19. Property injection *
public class Reporter
{
public IReportBuilder Builder { get;set; }
public IReportSender Sender { get;set; }
public void SendReports()
{
var report = Builder.CreateReport();
Sender.Send(report);
}
}

20. Property injection *
Можно изменить зависимости во время
выполнения (например, при смене
настроек без перезапуска приложения)
Если забыть определить зависимости, то
получим исключение на этапе
выполнения

21. .NET DI/IoC frameworks
Unity
Ninject
Autofac
StructureMap
Castle Windsor