Есть еще вариант очистить память. Добавить метод удаления блока из хранилища Ymodules.

module.define('your_module', ['loader_type_js', 'os'], function (provide, loader, os) {
  if (os одна) {
    loader('url1.js', function (obj) {
      provide(obj);
    });
  } else {
    // ... тож самое для второй версии
  }
  // либо loader(os.нужная ? 'url.js', 'url-tv.js', provide);
});

Ну и все.

p.s. API модулей лоадера и ос помню не точно ;-)

@zxqfox блок loader из bem-core, а что за блок os?

@ilyar предположу, что это некое абстрактное название. вообще для целей @pavelpower можно использовать блок ua из bem-core в качестве os.

@zxqfox Отлично! Но разве нет машинки типа той, что если нет либы от которой зависит исполнение модуля, автоматом догрузить ее из файла. А после вызвать мой блок на исполнение?

Иначе вижу это только так:

module.doReqursiveResolve('you-module')
    .done(function() {
                modules.require('you-module');
    });

@ilyar @tadatuta вроде видел os, но да, это был ua ;-( https://github.com/bem/bem-core/blob/v2/touch.blocks/ua/ua.js и требует jquery :-1:

@pavelpower Это оно и есть. Из какого файла — укажи в урле. На клиенте нет файлов, только урлы. Мы же про клиент, верно?

@pavelpower Вообще, если у тебя модуль a загружен, а модификаторы в завимости от os должны грузиться, то выглядеть это будет как-то так:

modules.define('a', ['browser'] function(provide, browser) {
  modules.require([browser.getName() === 'aurora' ? '1' : '2'], function(_1or2) {
        provide(_1or2);
  });
});
//... ну и дальше модуль `a` используешь без лишнего кутежа
modules.require('a', function (a) {
  // тут `a` уже с подгруженным модификатором в зависимости от браузера
});

Но это не будет загружать по запросу модули, оно будет предполагать, что модули 1 и 2 уже загружены заранее. Если нужно загружать по запросу — см. вариант с loader.

Заранее загружены — это modules.define('1', function(provide) { provide({}); }); в собранном .js

upd: если я правильно понял задачу:

modules.define('a', ['browser', 'loader_type_js'] function(provide, browser, loader) {
  loader(browser.getName() === 'aurora' ? '/path/to/a_m_v1' : '/path/to/a_m_v2', function() {
    modules.require(['a_m'], function(am) { // вернется сразу или в след. тик
      provide(am);
    });
  });
});

А в самих a_m_v1/v2:

// a_m без значения в обоих файлах, потому что оно
// одно и то же провайдит вне зависимости от browser
modules.define('a_m', function(provide) {
  provide({ /*...*/ });
});

@zxqfox В общем то ты дал исчерпывающий ответ.

Тут возник еще один вопрос: Что если RESOLVE наступает позже вызова modules.require('A');

modules.define('b', ...);

modules.define('a', ['b', 'c'] ...);

modules.require('a');

modules.define('c', ...);

Как сработает а? Сработает ли?

Для этого modules и написан :-) Если есть define(a), то require(a) сработает после вызова провайда (или сразу, если вызов уже был). есть нюансы с доопределением, сразу не скажу как и что с ним, в какой именно момент зарезолвится модуль. но сам modules — это отдельный npm и там ну очень мало кода. :-) оч полезно в нем тесты посмотреть.

И еще, все таки в y-modules нет важнецкой вещи - выгрузки js модулей. Актуально для ограниченных платформ.

Т.е. поюзал я модуль "A", с зависимостями "B" и "C", где от "C" еще зависит модуль "D". И хочу избавится от "A" - удалить из переменных, освободить память.

За одно, чтобы удалил и "B" т.к. он больше не используется, а "C" оставил.

Где-то тут есть оверхэд. Но у нас действительно актуальна тема по удалению лишнего из оперативки.

@pavelpower имхо, js не позволяет насильно выгружать из памяти что бы то ни было. У него есть gc и левая пятка браузера. Про дроп модуля целиком (тупо delete из списка загруженных и сброс статуса) можно написать issue и @dfilatov тебя спасет ;-) Правда, если подумать раза 2 — то модули кода в 20-50 кб и данные в мегабайты — сложно сказать, что тут надо выгружать, а что — нет.

Не, батенька, не теми вы размерами оперируете! Апосля сборки у нас размеры иного характера, да и оперативки тоже кот наплакал.

А выгрузка у JS из памяти происходит в том случае если на кусок памяти нет больше ссылок. Так вот удалять ссылки на переменную - это косвенное действия для очистки памяти.