Dependency Injection. JavaScript

Помимо внедрения зависимостей, библиотеки (dm.js не исключение) часто реализуют и другой вид инверсии управления, известный как паттерн Сервис Локатор. При таком подходе зависимости не только внедряются в сервис, но и сам сервис может запрашивать объекты у IoC контейнера, который выполняет роль локатора сервисов.

Простыми словами мы заменяем зависимость от конкретных сервисов на зависимость от Сервис Локатора. При этом он сам по себе должен быть легко переносимым.

Однако, в контексте веб-разработки в браузере, использовать паттерн Сервис Локатор в целях оптимизации оправданно — ведь далеко не всегда нужно загружать сразу все сервисы приложения и грузить тем самым много килобайт кода.

Но тогда нам придется инициализацию каждого плагина привязать к Сервис Локатору, хотя вызываемые у него сервисы могут быть использованы лишь несколькими методами плагина, а они могут не использоваться в данном приложении. И получается, что обязательная зависимость от Локатора для идеального плагина — лишняя.
Но если мы пользуемся всегда одним фреймворком/архитектурой — это не проблема, Локатор всегда при нас. А с разным архитектурами возникнет и проблема зависимости от конкретных сервисов.

Есть еще комбинированный вариант:
1. Плагин знает только о конкретных сервисах.
2. А вот инициализация плагина происходит при помощи Сервис Локатора. В данном конкретном приложении подключаем к плагину только нужные сервисы.

var locator, mapService, serviceLocator;
//Создаем Сервис Локатор
serviceLocator = new ServiceLocator();


// Создадим Картографа
mapService = new MapService({
    token: "my-application-token"
});

// Создадим Локатор
locator = new Locator();

// Вндерим зависимость Локатора при помощи Сервис Локатора
locator.setMapService(serviceLocator.getMapService());

// Вызовем метод локации
locator.locateUsers(users);

Таким образом, плагин становится чище, а централизованность обращения к сервисам сохранится.

Можно просто взять AMD (require.js тот же), и имена модулей прописать константами (или в конфигурации require проставить).

Будет что-то типа:

var config = {
  logger: 'myApp/myLogger'
}

define('myApp/myModule', [config.logger], function(logger) { 
  ... 
})

Как по мне — это более JS-way: пользоваться гибкостью JS, а не тащить непонятные штуки из мира java enterprise.

Что-то сложно. Кажется, это слишком сложное решение, чтобы абстрагироваться от провайдеров карт — приходится думать больше над тем, как использовать этот dm, вместо того, как же подключить карту (непосредственно задача).
Вариант использовать веб-компонент, скажем,

<users-map provider="google"></users-map> 

выглядит в разы проще.
Этот-же компонент и из js элементарно вызывается new UsersMap({options});

Ведь есть-же чудесный xtags, polymer, или на худой конец их аналоги bosonic, mod.js. Сложно представить, что из подобных задач лучше решается в JS, чем через веб-компоненты.