Синхронизация асинхронных вызовов. WaitSync

М… не так, как в том вопросе, но такое может произойти.

WaitSync.wrap() возвращает готовую функцию и попутно регистрирует ее у себя (он, кстати, помнит какая именно функция была создана и была ли выполнена). Косяк может возникнуть, если попробовать запустить одну из функций, не сгенерив хотя бы еще одну другую.

Например:

var fail = new WaitSync(function () {
      console.log('epic fail');
});

badFunction = fail.wrap(function () {
     console.log(' imma carryin' damage!');
});

badFunction();

goodFunction = fail.wrap(function () {
    console.log('too late :(');
});

setTimeout(goodFunction, 4000);

но если сделать вызов badFunction() после создания goodFunction, все будет ок.

Тогда что вам мешает вызвать эту синхронную функцию в callback асинхронной? Или она не имеет такой возможности?

Я так понял вы говорите вот об этом jsDeferred, а не о dojo.Deferred

Если да, то каждая функция-аргумент должна возвращать объект Deferred (в dojo тоже). И выглядеть это будет уже по-другому

parallel([
	function () {
             var deferred = new Deferred();
             $.get('savannah/get_prey', deferred.callback());
             return deferred;
        },
	function () {
            var d = new Deferred();
            $.get('savannah/get_other_predators', d.callback());
            return d;
        }
]).
next(function (results) {
	console.log(results);
})

ну а если .getFileContents, .getArticles, .makeSoapRequest?

то, что я показал и есть метод ".getArticleWithComments", который базируется на методах .getArticle и .getComments. а чо?

TheShock зря упростил ситуацию. В реальном приложении скорее всего ситуация будет сложнее: модель может по известному только ей алгоритму определять, откуда брать данные. Простейший пример: если кроме постоянного хранилища (MySQL) используется промежуточный кеш. Тогда вполне возможна ситуация, когда одна из этих функций будет обращаться, а другая нет. Естественно, что в такой ситуации серверу лучше начать рендерить дерево комментариев, если они получены раньше, а после готовности HTML для статьи и комментариев склеивать их и отдавать клиенту. Нда, хотел как лучше объяснить, а сам приводу не самый правильный пример… Но всё же. Кроме того, текущая ситуация с Node.js говорит о том, что выгодно использовать несколько соединений с БД, так что такая ситуация вполне возможна. Node.js сам по себе однопоточный, так что на четырёхядерном сервере можно и несколько потоков для операция с БД использовать.