Зарегистрируйтесь для доступа к 15+ бесплатным курсам по программированию с тренажером

Инверсия зависимостей JS: Полиморфизм

Каждый раз, когда внутри функции создается объект, появляется зависимость функции от класса этого объекта. Другими словами, функция жестко завязана на работу в паре с конкретным классом. Есть формальный способ, позволяющий легко проверить насколько ваш код завязан в узел. Возьмите любую функцию и мысленно представьте, что вы переносите ее в другой проект. Сколько за собой она потянет зависимостей (а те в свою очередь свои зависимости)? Если перенос функции потребует переноса большого количества кода, то говорят, что в коде высокая связанность.

Для развязки кода придуман даже специальный термин: Принцип Инверсии Зависимостей. Еще он известен как DIP из SOLID. Вот его формулировка:

  • Модули верхних уровней не должны зависеть от модулей нижних уровней. Оба типа модулей должны зависеть от абстракций.
  • Абстракции не должны зависеть от деталей. Детали должны зависеть от абстракций.

В зависимости от языка, в эти фразы вкладывается немного разный смысл. В общем и целом, они говорят о том, что не нужно завязываться на конкретную реализацию класса. Создание объектов в том месте, где они используются, связывает нас с классом этих объектов без возможности его подменить. Правильный подход, с точки зрения этого принципа, инвертировать зависимости, то есть не работать с классами напрямую, а получать объекты нужных классов снаружи, например, через параметры функции.

Кроме того, DIP говорит о завязке на интерфейсы вместо классов в сигнатурах функций. Об этом мы поговорим позже, когда закончим с основными понятиями.

Было:

const doSomething = () => {
  const logger = new Logger();
  // some code
};

Стало:

const doSomething = (logger) => {
  // some code
};

В докладах на тему DIP, докладчики любят в качестве аналогии приводить принцип Голливуда: «Не надо нам звонить, мы сами вас наберем». Под этим имеется в виду, что не нужно пользоваться классами напрямую, а вместо этого получать готовые объекты как внешнюю зависимость.

Нужно ли всегда придерживаться этого принципа? Откровенно говоря, код, целиком построенный в таком стиле, становится излишне абстрактным и сложным для понимания. В программировании нет серебряных пуль и в каждой конкретной ситуации нужно смотреть на условия и решаемую задачу. Если подмена реализации нужна, то делаем ее, если нет, то работаем напрямую.

Почти всегда, когда речь идет про инверсию зависимостей, рядом появляется термин «инъекция зависимостей». DIP говорит о модульности, а инъекция зависимостей — о том, какими способами можно достичь этой модульности, как передать зависимости в код. Всего есть три способа инъекции зависимостей:

  • Передать их как аргументы функций или методов. Именно этот способ мы использовали до сих пор:

    doSomethingUseful(new Logger());
    
  • Через конструктор в тех ситуациях, где используются объекты:

    const app = new Application(new Logger());
    
  • Через сеттеры. По возможности лучше этот способ не использовать, потому что он связан с изменением объектов и нарушением целостности:

    const app = new Application();
    app.setLogger(new Logger());
    

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

Как видите, за громким термином скрывается очень простая штука — передача параметров. С другой стороны, термины позволяют понять больше смысла без необходимости знать дополнительный контекст. Главное не увлекаться, а то можно превратиться в архитектурных астронавтов.


Дополнительные материалы

  1. Dependency Injection

Аватары экспертов Хекслета

Остались вопросы? Задайте их в разделе «Обсуждение»

Вам ответят команда поддержки Хекслета или другие студенты

Для полного доступа к курсу нужен базовый план

Базовый план откроет полный доступ ко всем курсам, упражнениям и урокам Хекслета, проектам и пожизненный доступ к теории пройденных уроков. Подписку можно отменить в любой момент.

Получить доступ
1000
упражнений
2000+
часов теории
3200
тестов

Открыть доступ

Курсы программирования для новичков и опытных разработчиков. Начните обучение бесплатно

  • 130 курсов, 2000+ часов теории
  • 1000 практических заданий в браузере
  • 360 000 студентов
Отправляя форму, вы принимаете «Соглашение об обработке персональных данных» и условия «Оферты», а также соглашаетесь с «Условиями использования»

Наши выпускники работают в компаниях:

Логотип компании Альфа Банк
Логотип компании Aviasales
Логотип компании Yandex
Логотип компании Tinkoff
Рекомендуемые программы
профессия
от 25 000 ₸ в месяц
Разработка фронтенд-компонентов для веб-приложений
10 месяцев
с нуля
Старт 28 ноября
профессия
от 39 525 ₸ в месяц
Разработка фронтенд- и бэкенд-компонентов для веб-приложений
16 месяцев
с нуля
Старт 28 ноября
профессия
от 25 000 ₸ в месяц
Разработка бэкенд-компонентов для веб-приложений
10 месяцев
с нуля
Старт 28 ноября

Используйте Хекслет по-максимуму!

  • Задавайте вопросы по уроку
  • Проверяйте знания в квизах
  • Проходите практику прямо в браузере
  • Отслеживайте свой прогресс

Зарегистрируйтесь или войдите в свой аккаунт

Отправляя форму, вы принимаете «Соглашение об обработке персональных данных» и условия «Оферты», а также соглашаетесь с «Условиями использования»