Константин Салтук "Lifetime, LifetimeScope и точка расширения для точек расширения"

Поговорим про способы управления временем жизни объектов в IOC-контейнерах, о понятиях Lifetime и LifetimeScope. Расскажу о нашем опыте связывания этих сущностей друг с другом, с автогенерируемыми фабриками, и как мы написали "точку расширения для точек расширения", сделав наш код более чистым и менее связанным.

Transcript

1. Lifetime, LifetimeScope и точка расширения для точек расширения Салтук Константин, Cadwise
2. Структура доклада • Предыстория • Чем мы занимаемся • Пример • Цель • Разбираемся со временем жизни инстансов в контейнерах • Lifetime как сущность • Точка расширения для точек расширения • Показываем, как решились проблемы 2
3. Чем мы занимаемся 3
4. С чего всё началось 4
5. С чего всё началось 5
6. С чего всё началось 6
7. С чего всё началось 7
8. С чего всё началось 8
9. С чего всё началось 9
10. С чего всё началось 10
11. С чего всё началось 11
12. С чего всё началось 12
13. С чего всё началось 13
14. С чего всё началось 14
15. Недостатки • Клиенты IMessageBroker должны сами подписываться и не забывать отписаться • Неявное время жизни объекта, созданного через generated-factory 15
16. Цель • Необходим сквозной механизм, позволяющий подписывать клиентов при их создании и отписывать при окончании их времени жизни • Уметь контролировать время жизни созданных через фабрику инстансов 16
17. Время жизни объекта • Для простоты будем считать, что все рассматриваемые нами классы реализуют IDisposable • Под временем жизни объекта (его lifetime) будем понимать промежуток времени от его создания до вызова метода Dispose() 17
18. Бэкграунд • Бо́льшая часть сущностей создаётся контейнером • Под компонентом понимается любой тип, зарегистрированный в контейнере • Во все компоненты зависимости внедряются через конструктор 18
19. Время жизни инстансов компонентов в контейнере • Отсутствие контроля времени жизни • Singleton • Scoped • Instance per dependency 19
20. Отсутствие контроля времени жизни Контейнер никогда не диспозит инстанс 20
21. Singleton Контейнер диспозит инстанс при своём сворачивании 21
22. Scoped 22 Scope1 Component A Component B Component C Scope2 Component D Component E Время жизни определяется Scope’ом, в котором объект существует:
23. Scoped Время жизни определяется Scope’ом, в котором объект существует: 23
24. InstancePerDependency Инстанс создаётся каждый раз при запросе 24 Scope Component A Component C Component B Component C Component C - InstancePerDependency
25. InstancePerDependency 25
26. InstancePerDependency 26
27. InstancePerDependency Component B - InstancePerDependency 27 Scope Component A Component B Component B Component B
28. InstancePerDependency 28
29. InstancePerDependency 29
30. InstancePerDependency 30 Component B – InstancePerDependency, ExternallyOwned(?) Scope Component A Component B Component B Component B Dispose() ?
31. InstancePerDependency Component B, C – InstancePerDependency, ExternallyOwned(?) 31 Scope Component A Component B Component B Component B Dispose() ? Component C Component C Component C
32. InstancePerDependency 32 Scope 1 Component A Component B, C - InstancePerDependency Scope 3 Component B Component C Scope 2 Component B Component C Scope 4 Component B Component C
33. Генерируемые фабрики, итого: • В случае InstancePerDependency время жизни сущностей может быть значительно больше, чем ими пользуются • В случае SingleInstance\InstancePerLifetimeScope использование фабрики в любом случае выглядит малообоснованным и ведёт себя не так, как ожидается • Использование генерируемых фабрик в таком виде приводит к неочевидным ошибкам 33
34. Добавляем явность во время жизни • Нужно явно принимать время жизни объекта при его порождении через фабрику • Для этого необходима какая-то сущность, описывающая время жизни • Любой объект должен иметь возможность получить эту сущность • От времени жизни должна быть возможность создать дочернее время жизни 34
35. Lifetime как сущность 35
36. Генерируемые фабрики 36
37. Реализация Lifetime 37
38. Реализация фабрик 38
39. Пример 39
40. Пример 40
41. Управление лайфтаймами 41 Scope 2 Scope 1 Component A Component B Component C Lifetime 1 Lifetime 2 Scope 3 Component B Component C Lifetime 3 Component D Component C
42. Сквозной механизм подписки • Компоненты создаются в рамках скопа, в этом скопе есть инстанс Lifetime • Добавим в Lifetime метод, с помощью которого можно будет зарегистрировать action, который исполнится при завершении времени жизни • Можно автоматически подписывать и отписывать подписчиков сущностью сбоку, которая будет реагировать на создание инстансов подписчиков 42
43. Lifetime 43
44. Lifetime (JB) 44 Станислав Сидристый «Шаблон Lifetime: для сложного Disposing» Дмитрий Иванов — Реактивное многопроцессное взаимодействие: JetBrains Rider Framework
45. Lifetime (JB) 45
46. Точка расширения… 46
47. Точка расширения… 47
48. Точка расширения… 48 IMessageBroker IMessageReciever IMessageReciever IInputContextReactor Register IInputContextReactor IInputContextReactor
49. Точка расширения для точек расширения 49
50. Вносим изменения 50
51. Вносим изменения 51
52. Вносим изменения 52
53. Результат 53 • Время жизни создаваемых объектов через фабрику теперь контролируется явно • Избавились от утечки памяти • Получили универсальный механизм для реагирования на создание и умирание объектов в рамках из жизненного цикла • Вынесли сквозную функциональность по подписке в отдельную сущность
54. Спасибо за внимание Проект с реализацией Lifetime для Autofac https://github.com/saltukkos/lifetime-demo Контакты: k@saltuk.ru 54