Казалось бы всё сказано об инверсии управления, особенно в .NET. Но нетривиальные квесты вокруг дизайна, построенного на DI, продолжают возникать из проекта в проект. Предлагаю поговорить немного о прописных истинах, а потом перейти к более любопытным вещам и болезненным вопросам. Чем плох ServiceLocator? Почему IoC-контейнер — это фреймворк, а не библиотека? Как быть с множественными реализациями? Convention over configuration? Отдельно поговорим об архитектуре enterprise решений в свете возможностей IoC-контейнеров.

1. Inversion of Control
в деталях
Кожевников Дмитрий
Неизвестный банк
DevDay 06.2015

2. Это я
• Кожевников Дмитрий
• Неизвестный банк
• 4+ года enterprise
• d.o.kozhevnikov@gmail.com
• vk.com/id14244254
• github.com/KozhevnikovDmitry
• dev2dev.ru, vk.com/dev2dev
2

3. Обыкновенный энтерпрайз
3

4. Поддержка бизнес-пользователей
4

5. Эволюционный дизайн
• Дерево развесистое
5

6. Долгоживущий дизайн
6

7. Простой дизайн
• Лего
7

8. Больше классов
8

9. Больше вариантов стратегий
9

10. Инверсия управления
10

11. Инфраструктура
11

12. Dependency Injection
12

13. Constructor Injection
13

14. Управление зависимостями
14

15. Собираю каркас
15

16. Добавляю на ходу
16

17. Централизация
17

18. Composition Root и RRR
18

19. IoC-контейнеры
19

20. Конфигурация контейнера
20

21. Convention over Configuration
21

22. Маппинг реализаций
22

23. Выбор стратегии по ключу
23

24. Архитектура
24

25. Луковая архитектура
25

26. 26

27. Регистрируем в одном месте
27

28. Structuring with modules
28

29. Structuring with modules
29

30. Меньше связей
30

31. Немного итогов
• Что получил:
– Декларативность управления
– Настройки инфраструктуры
– Инкапсуляция сборок
– Поддержка SOLID
• Что пришлось:
– Перестроить мышление
– Подраться с коллегами
31

32. О динамике
32

33. ViewModel
33

34. Service Locator
34

35. Религия
35

36. Прагматика
36

37. Как бы фабрика
37

38. Немного итогов
• Что получил:
– Лёгкое создание объектов
– Внедрение инфраструктуры
• В чём трудность:
– Контроль времени жизни
– Контроль связности
– Безблагодатность
38

39. Ещё итоги
• Фреймворк или библиотека
• Каркас и динамика
• Эволюция системы
39

40. Спасибо за внимание!
40
Кожевников Дмитрий
d.o.kozhevnikov@gmail.com