Принцип инверсии зависимостей (DIP) требует, чтобы высокоуровневые модули не зависели от низкоуровневых, а оба типа модулей зависели от абстракций. Абстракция – это контракт, выраженный через интерфейс или абстрактный класс. Зависимость от абстракций, а не от конкретных реализаций, обеспечивает стабильность и гибкость кода, так как контракт менее изменчив, чем реализация.
Ключевой аспект DIP – направление зависимостей. Зависимости должны идти в сторону более высокого уровня абстракции, а не наоборот. Модули на одном уровне абстракции могут зависеть друг от друга, но не должны зависеть от модулей на более низком уровне. Код должен зависеть от вещей, находящихся на том же или более высоком уровне абстракции. Таким образом, общее направление зависимостей в приложении должно стремиться к наиболее удаленному от устройств ввода/вывода коду. Инверсия зависимостей заключается в том, что модули верхнего уровня определяют требования (контракт) в абстракциях, которые затем реализуются модулями нижнего уровня.
Применение DIP вместе с принципом единственного уровня абстракции (SLAP) позволяет организовать код, где каждый модуль выполняет обязанности, соответствующие его уровню абстракции. SLAP требует, чтобы функции содержали операции только одного уровня абстракции. Это помогает разбить сложные задачи на более мелкие, что, в свою очередь, облегчает организацию кода и зависимости между модулями.
Правильное применение DIP ведет к снижению связности и повышению переиспользуемости кода. В идеале, высокоуровневые модули должны иметь высокую афферентную связь (Ca) и низкую эфферентную связь (Ce) что делает их стабильными и менее подверженными изменениям. Интерфейсы, определяющие требования высокоуровневых модулей, должны находиться в границах этих модулей. Это, в свою очередь, обеспечивает инкапсуляцию и предотвращает зависимость высокоуровневых модулей от деталей реализации нижних уровней. Начать проектирование нужно с верхнего уровня, последовательно двигаясь вниз, определяя контракты на каждом уровне.
Изображение носит иллюстративный характер
Ключевой аспект DIP – направление зависимостей. Зависимости должны идти в сторону более высокого уровня абстракции, а не наоборот. Модули на одном уровне абстракции могут зависеть друг от друга, но не должны зависеть от модулей на более низком уровне. Код должен зависеть от вещей, находящихся на том же или более высоком уровне абстракции. Таким образом, общее направление зависимостей в приложении должно стремиться к наиболее удаленному от устройств ввода/вывода коду. Инверсия зависимостей заключается в том, что модули верхнего уровня определяют требования (контракт) в абстракциях, которые затем реализуются модулями нижнего уровня.
Применение DIP вместе с принципом единственного уровня абстракции (SLAP) позволяет организовать код, где каждый модуль выполняет обязанности, соответствующие его уровню абстракции. SLAP требует, чтобы функции содержали операции только одного уровня абстракции. Это помогает разбить сложные задачи на более мелкие, что, в свою очередь, облегчает организацию кода и зависимости между модулями.
Правильное применение DIP ведет к снижению связности и повышению переиспользуемости кода. В идеале, высокоуровневые модули должны иметь высокую афферентную связь (Ca) и низкую эфферентную связь (Ce) что делает их стабильными и менее подверженными изменениям. Интерфейсы, определяющие требования высокоуровневых модулей, должны находиться в границах этих модулей. Это, в свою очередь, обеспечивает инкапсуляцию и предотвращает зависимость высокоуровневых модулей от деталей реализации нижних уровней. Начать проектирование нужно с верхнего уровня, последовательно двигаясь вниз, определяя контракты на каждом уровне.
