Date post: | 13-Apr-2017 |
Category: |
Technology |
Upload: | yalegko |
View: | 102 times |
Download: | 0 times |
Broslavsky OlegTSU ISCD
Inversion of Control«Когда программист своему коду не хозяин»
Tomsk - 2016
2
Inversion of Control —паттерн, используемый для уменьшения связанности кода и базирующийся на следующих принципах: Модули верхнего уровня не
должны зависеть от модулей нижнего уровня.
И те, и другие должны зависеть от абстракции.
Абстракции не должны зависеть от деталей.
Детали должны зависеть от абстракций.
Что это такое?
3
Другими словами: все зависимости модулей должны строиться на абстракциях этих модулей, а не на их конкретных реализациях.
4
При игре в CTF мы добываем флаги
Флаги нужно сдать жюриЕсли каждый будет сам
сдавать украденные флаги, то каждому придётся писать общение с системой жюри
Выход: тулза для централизованной сдачи флагов Poster 2.0
Пример
5
Плюсы:Сырые сокеты –
быстроНе нужно заботиться
о протоколе общения – постер знает как это делать
Поддерживает подключение при сдаче флагов
Минусы?
Обычная реализация:
6
Например нет возможности поменять протокол общения с жюри.
Возможные ситуации:Общение по HTTP
«Пфф, вставьте HTTP запрос в формат флага и всё»
Использование фреймворка для сдачи«Ээ, ну давайте я перепишу
быстренько»
Высокая связность кода
7
Решение: уменьшить связность кода. В том числе это можно сделать и с помощью IoC
Связность кода это плохо. Пнятненько?
8
Использование паттернов Factory pattern Template method pattern Strategy design pattern
Получаем объект, который: Обладает известным
интерфейсом Выполняет действия
прозрачно для пользователя
Способ 1: «фабричные» паттерны
9
Способ 1: «фабричные» паттерны
• Теперь способ отправки флагов можно достаточно просто поменять в одном месте в коде постера
• Код стал более модульным
• Для добавления нового
способа отправки нужно менять не только постер, но и код фабрики
10
SL - объект, который знает, как получить все сервисы, которые, возможно, потребуются.
Главное отличие: Service Locator не создаёт объекты, а знает как получить тот или иной объект.
Способ 2: паттерн Service Locator
11
Способ 2: паттерн Service Locator
• Изменения только в конфигурации и инициализации локатора
• Легко заменить метод на заглушку для тестирования
• Как и у любых
глобальных переменных и синглтонов
12
Dependency Injection — это предоставление внешнего сервиса какому-то классу путём его внедрения.Через метод класса Через конструктор Через интерфейс
Способ 3: Dependency Injection
Code
13
Во внедряемом классе создаётся метод, устанавливающий данную зависимость
Способ 3.1: Setter Injection
МЫ СДЕЛАЛИ ТЕБЕ МЕТОД
ЧТОБЫ ТЫ МОГ УСТАНАВЛИТЬ МЕТОДЫ МЕТОДОМ
14
В конструктор внедряемого класса добавляется аргумент, устанавливающий реализацию зависимости
Способ 3.2: Constructor Injection
15
Зависимость внедряется через интерфейс, который обязует класс реализовать нужный нам метод.
Способ 3.2: Interface Injection
16
Способ 3: Dependency Injection
• Код зависит только от интерфейсов, не абстракций
• Реализация уточняется на этапе выполнения
• очень легки в тестировании
• Паттерны, паттерны,
нужно больше паттернов!!11 (можно слишком увлечься абстрагированием кода и уйти от проблемы)
17
Связь с АОП
ДАВАЙТЕ ПОМОЖЕМ ДАШЕ НАЙТИ АОП!
18
Связь с АОП
Схожие стороны:• Уменьшает связность кода• Облегчает тестирование• Позволяет достаточно просто
подстраивать код под свои нужды
Отличия• Требует конкретной
реализации, а потому не позволяет осуществлять «инъекции» в произвольный код