Путь JavaScript модуля

Я тебе сразу сказал, что это можно решить и с помощью третьих модулей, это всего лишь пример, который ты попросил привести к одному из моих аргументов.

Я думаю, тут стоит остановиться ) У любых задач есть несколько способов решения, каждый выбирает какой ему ближе.

Путь JavaScript модуля

А есть еще такая штука — «опьянение шаблонами» и «оверинжиниринг».

Простой пример, чтобы суть донести:

http.vanilla.js:

modules.define('http', ['inherit'], function(provide, inherit) {

provide(inherit({
    ...
    request : function(params) {
        if(this.hasCache(params)) {
            return this.getCache(params);
        }
        
        var result = this.doRequest(params);
        this.setCache(params, result);
        return result;
    },

    doRequest : function(params) {}
    ...
});

});

http.browser.js:

modules.define('http', ['inherit'], function(provide, inherit, base) {

provide(inherit(base, {
    ...
    doRequest : function(params) {
        var xhr = this._createXhr();
        return xhr.send(...);
    }
    ...
});

});

http.node.js:

modules.define('http', ['inherit'], function(provide, inherit, base) {

var http = require('http');

provide(inherit(base, {
    ...
    doRequest : function(params) {        
        return http.request(...);
    }
    ...
});

});

Остальной код (что в браузере, что в ноде), просто использует этот модуль http.

Путь JavaScript модуля

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

Путь JavaScript модуля

Теперь по второму пункту, возможности додекларации/передекларации модуля, примеры:

• Код, который работает и в браузере, и на сервере (node.js). Есть некая общая часть, предоставляющая единый интерфейс в модуле для всего остального кода. И есть некоторые специфичные части, зависимые от платформы, на которой код исполняется. Например, модуль, который ходит по http: есть файл http.vanilla.js, в котором декларируется общая часть модуля http, есть файл http.browser.js, в котором додекларируется модуль http реализацией через XmlHttpRequest, и, есть файл http.node.js, где додекларируется http реализаций походом через нодовский http.request.
  Для всего остального кода это просто модуль http, он не знает его подробностей. Эту проблему можно было бы решить и по-другому, например, через третьи модули, но зачем? Так гораздо естественней.
• Использование в BEM-предметной области, где есть уровни переопределения и финальный рантайм собирается из их суммы.
• Мы используем эту возможность в тестах: тесты у нас собираются динамически, то есть мы просто говорим — хочу запустить все тесты из такой-то папки. Каждый тест представляет из себя додекларацию модуля test. В итоге, в раннере тестов мне достаточно сделать modules.require(['test'], function(test) { test.run() }).

Ну, то есть, это тупо удобно.

Путь JavaScript модуля

Зачем каждому-то? У нас он только в бутстрапе приложения:

modules.require(['jquery', 'app'], function($, app) {

$(function() {
    app.start();
});

});

Путь JavaScript модуля

Действуем по аналогии с DOMContentLoaded — см мой пример в ready.js

Все-таки, это больше похоже на «Делаем костыли по аналогии с DOMContentLoaded» ;)

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

Путь JavaScript модуля

Притом, что эту зависимость мы можем представить как синхронно (тег скрипт) так и асинхронно и вызов require('ymaps') в обоих случаях отработает одинакого.

ymaps нельзя загрузить синхронно через тэг script. Через тэг ты получишь только заглушку, у которой нужно дождаться еще ready.

В «асинхронности» для модулей нет смысла потому как 95% модулей могут быть получены без видимой блокировки основного потока (они загружаются при старте приложения)

О какой блокировке основного потока идет речь при «асинхронности» модулей?

Путь JavaScript модуля

Ты предлагаешь разделить код по неким, достаточно искусственным, принципам. Опять вводя странные зависимости, обеспечиваемые неким кодом снаружи. То есть, опять вводя знания в свой код, что он неработоспособен, пока кто-то где-то как-то снаружи не обеспечит это. А мне кажется (вернее я даже уверен в этом), это одна из задач именно модульной системы. Тем более, верхний пример, вроде как прекрасно это доказывает.
В мире javascript вообще уже довольно странно делить код на синхронный/асинхронный. Например, те же промисы, позволяют тебе не думать об этом. Почему же для модульной системы эти различия должны играть такую роль?

Путь JavaScript модуля

Ты, все-таки, проигнорировал мой основной вопрос — как мне предоставить мои модули-классы, являющиеся наследниками классов стороннего кода, который не умеет быть синхронным, своему остальному коду?

Путь JavaScript модуля

Пример как мы используем асинхронный provide модулей — мы используем api 2.0 Яндекс.карт для наших приложений. Он не умеет в принципе загружаться синхронно. Но при этом у нас есть куча классов-наследников от апишных классов. Как ты предлагаешь делать такие модули-наследники?
У нас это написано просто, есть модуль ymaps:

modules.define('ymaps', ['loader'], function(provide) {

loader.load('тут_урл_для_ymaps_api', function() {
    ymaps.ready(function() {
        provide(ymaps);
    });
})

});

Потом, где нам надо наследоваться от классов, предоставляемых api, мы просто это делаем, не думая, как оно там загрузилось:

modules.define('my-module', ['ymaps', 'inherit'], function(provide, ymaps, inherit) {

var MyClass = inherit(ymaps.GeoObject, { .... });

provide(MyClass);

});

Как ты предлагаешь разруливать такую ситуацию с синхронным провайдом модуля? Представленная выше ситуация далеко не единственная. И тут речь не идет ни о каких данных для модуля, речь идет о самом модуле.

Vow: самые быстрые промисы

Можешь посоветовать какую-нибудь тулзу для автоматизации этого?

Vow: самые быстрые промисы

Насколько я помню, там в тесте Q была версии 0.8, в ней вроде еще не было этой опции.
Сейчас померял с Q 0.9 — там отключение этой опции дает существенный буст, она становится даже чуть быстрее When (примерно на 10-15%).

Vow: самые быстрые промисы

Да, When в этом тесте именно версии 2.0.0

Использование xslt-шаблонов в реальных проектах

Аналог XPath для JSON — github.com/dfilatov/jspath

♥ UNIX ♥

О, а чего логотипчик так почернел? Единственная ассоциация — с катафалком.

Перевод: Шаблонизаторы в PHP

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

Перевод: Шаблонизаторы в PHP

Верстальщики прекрасно знают что такое парадигма наследования, хотя бы из css. И не пользоваться этой мощью в шаблонах — путь в говнокод.

Как увеличить скорость работы jQuery скрипта

Про пункт 1 — насколько я помню Sizzle начинает искать справа налево, а не слева направо. Т.е. он сначала найдет все .of, а потом уже будет смотреть, находятся ли они в #traffic_light.

Проверка равенства, неравенства, идентичности узлов в XPath

Вы противоречите сами себе — если бы скорость трансформации была насколько узким местом, то Яндекс вряд ли бы ее использовал для подавляющего большинства своих сервисов.

Prototype 1.6.1: быстрее, чище, команднее

Опоздали чуваки, поздно уже это все. Пациент скорее мертв.