Download to read offline
Uploaded byDev2Dev
Dependency Injection. Как сказать всё, не говоря ничего. Кожевников Дмитрий. Dev2Dev 24.08.2014
Документ обсуждает внедрение зависимостей и инверсию управления в контексте .NET разработки, акцентируя внимание на улучшении гибкости и уменьшении связности кода. Приводятся проблемы, связанные с использованием конструктора и внедрения через сервис-локатор, а также представляются альтернативные подходы, такие как использование IoC-контейнеров. В конце подводится итог, что сложность в решениях не нужна, и предлагаются полезные ссылки для дальнейшего изучения.
More Related Content
Similar to Dependency Injection. Как сказать всё, не говоря ничего. Кожевников Дмитрий. Dev2Dev 24.08.2014
Dependency Injection. Как сказать всё, не говоря ничего. Кожевников Дмитрий. Dev2Dev 24.08.2014
- 1. Dependency Injection. Каксказать всё, не говоря ничего Кожевников Дмитрий .NET
- 2. Докладывает • КожевниковДмитрий • .NET разработчик • > 3 года enterprise разработки • Информатизация ЖКХ • Интеграция банковских систем • Организация it-движухи • Email d.o.kozhevnikov@gmail.com 2
- 3. Enterprise разработка •Поколения разработчиков • Много legacy code • Много технических долгов • Тяжёлая поддержка 3
- 4.
- 5. Сложным приложениям –гибкий дизайн 5
- 6.
- 7. Проблемы гибкого дизайна • Сложная композиция объектов • Связность и хрупкость связей 7
- 8. Инверсия управления Inversionof Control 8 • Детали зависят от абстракций • Использование абстрактной инфраструктуры • Инвертирование зависимостей
- 9. Зависимость Dependency •Предоставление инфраструктуры • Отделение интерфейса от реализации 9
- 10. Внедрение зависимостей DependencyInjection • Поставка зависимостей • Создание и конфигурация инфраструктуры 10
- 11. Как решаются проблемы • Слабая связность • Понятная сборка композиции • Абстрактный код компилируется • Ярко выраженные запахи кода 11
- 12. Внедрение через конструктор Constructor Injection 12
- 13.
- 14.
- 15.
- 16. Проблемы внедрения черезконструктор • Вызовы конструкторов становятся слишком большими • Неясно, когда остановиться и кому отдать ответственность за DI Кто поможет? 16
- 17.
- 18.
- 19.
- 20.
- 21. Проблемы и ServiceLocator • Вызовы конструкторов становятся слишком большими • Неясно, когда остановиться и кому отдать ответственность за DI 21
- 22.
- 23.
- 24. Ересь ServiceLocator •Императивный • Всемогущий • Повышает связность • Машина костылей 24
- 25.
- 26.
- 27. Инверсия управления именемИмператора • IoC как framework • CompositionRoot • Register-Resolve-Release 27
- 28.
- 29.
- 30. Инверсия управления какframework • Один контейнер • Единая композиция приложения • Контейнер – глобальный сборщик • Инверсия управления на полную 30
- 31. Почему IoC framework? • Весь набор плюшек IoC • Декларативная инфраструктура • Интеграционное тестирование по уровням • Отсутствие битых стёкол • Размышления над дизайном 31
- 32. Итог: сложность ненужна! 32
- 33.
- 34. Ссылки • Кулинарияhttp://www.ozon.ru/context/detail/id/22104901/ • Модули http://code.google.com/p/autofac/wiki/StructuringWithModules • CompositionRoot http://blog.ploeh.dk/2011/07/28/CompositionRoot/ • Register-Resolve-Release http://blog.ploeh.dk/2010/09/29/TheRegisterResolveReleasepattern/ 34
- 35.
- 36. Вообще без new? • string, int, double • Domain Entities • DTO • POCO 36
- 37. Resolve после CompositionRoot?Factory! 37
- 38.
- 39.
- 40.
- 41. External Infrastructure Core UI & API IoС Container 41
- 42.