Исходный код вики JS Внедрение зависимостей | JS Dependency injection

Редактировал(а) Alexandr Fokin 2023/01/06 17:11

version	line-number	content
2.1	1
	2	Внедрение зависимостей в JavaScript.
	3
	4	Для внедрения зависимостей в JS можно использовать следующую схему.
	5
	6	1) Создаем класс ServieLocator. В нем будут содержаться все зависимости и метод для получения зависимости.
3.1	7	2) Создаем BaseClass, который:
9.1	8	Содержит статичный экземпляр ServieLocator.
	9	В конструкторе принимает список зависимостей.
	10	При выполнении конструктора запрашивает все необходимые зависимоти и бросате ошибку, если зависимость не найдена.
2.1	11
	12
9.1	13	Вопрос абстракции.
2.1	14	Нет возможности определить интерфейс.
	15	Как вариант определять класс без логики. Методы могут быть пустими и бросать ошибку: метод не реализован. Потомок либо переопределит метод либо получит ошибку при вызове.
4.1	16	В пустом классе определить статичное поле - имя абстракции, которое будет использоваться для регистрации и разрешения зависимости.
2.1	17
	18
9.1	19	Интеграция с React
3.1	20	Схожим образом можно интегрироваться с фреймворком типа React:
	21	Создать BaseReactComponent, от которого будут наследоваться все компоненты.
	22	Базовый BaseReactComponent будет создавать экземпляр BaseClass, который выполнит иницилизацию зависимостей, а после полученные зависимости можно скопировать из BaseClass в BaseReactComponent.
	23	При этом BaseReactComponent пробрасывает возможности конструктора BaseClass, позволяя передать массив необходимых зависимостей.
2.1	24
	25
	26
9.1	27	Для создания ServieLocator использовалась библитеока di-xxl. Как показывает практика библиотека не умеет самостоятельно анализировать конструктор (возможно я плохо изучил, но вроде так) и определять необходимые для экземпляра зависимости. Как вариант можно явно прописать список параметров, передаваемых в конструктор, в блоке регистрации зависимости. Но на мой взгляд, более хорошим решением является разрешение зависимостей через ServieLocator в конструкторе базового класса. В таком случае список зависимостей определен в самом классе, а не в блоке регистрации зависимостей.
8.1	28	(Возможно в данном варианте можно обойтись и без библиотеки di-xx. Сделав свое Key-Value хранилище привязок и поддержку singlethon)
2.1	29
7.1	30	Также хочу отметить важность создания строковых переменных с именами условных интерфейсов (привязок для внедрения). Чтобы в случае переименования интерфейса было достаточно заменить одну строковою переменную. А не искать по коду: где именно внедрялася данный интейс, чтобы изменить имя разрешения зависимости.
	31
10.1	32	Ссылки
	33	https://git.denhome.ru/Repository/Detail/d718758f-a0fd-4a64-a5c0-2ac48c5e7695
	34
	35