Как известно, язык JavaScript преследует парадигму событийно-ориентированного программирования. Это, безусловно, хорошо, но что делать, если за одной асинхронной функцией должна вызываться другая асинхронная функция, а затем еще одна, и еще… Иногда такой код очень запутывает, и не только человека привыкшего к синхронному и поочередному вызову функций. Это касается сложных анимаций, таймаутов, аякса, когда за одним должно следовать другое, и так дальше.

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

UPD

Ниже моё решение, являющееся аналогом этой функции модуля async и кучи других подобных решений, представленных в комментариях. Спасибо всем комментирующим и sedictor в частности.
/UPD

Рассмотрим пример (который взят из головы и в нем возможны ошибки) гипотетического парсера сайта, который после парсинга заносит данные в БД, и, после занесения, вызывает некоторый код.

var html = '';
request.on('response', function (response) {

    response.on('data', function (chunk) {
        html = html + chunk;
    });

    response.on('end', function() {
        //какой-то парсер
        parse(html, function(data){  
                //какая-нибудь функция, добавляющая данные в базу
		addToDatabase(data, function() {  
			doSomething();
		})
	});

    });
});

Много вложенных колбеков — не есть гуд, пробуем по-другому.

На дворе уже давно 21 век, а проблема «как удобно и дешево позвонить» все еще актуальна. Даже современный смартфон с SIP клиентом не всегда спасает, ведь WiFi есть не везде, да и работает не всегда хорошо, и 3G тоже в наших реалиях не слишком радует покрытием. Как тогда позвонить, не думая о том, чтобы бегать в поисках хорошего уровня сигнала?
Предложение звонить через компьютер не рассматриваем, есть ведь понятие удобство. Говорить через компьютер не намного удобней, чем набирать статью на сотовом, или смотреть фильм на gps навигаторе. Также не рассматриваем установку дома ip-телефона, мало кто сейчас может себе позволить ехать домой для важного звонка.

Итак, вот что у нас остается для дешевых звонков в другой регион/страну с мобильного:

1. SIP через WiFi, 3G – дешево, но не всегда мобильно, нужен хороший смартфон
2. CallBack (обратный звонок) – уже не так дешево, не очень удобно, но доступно везде
3. Звонок через бесплатный шлюз– дешево, просто, мобильно, но доступно не везде

Разберем все способы.

Пару недель назад разработчики tornado добавили нативный модуль по созданию inline callback (аналог inlineCallbacks в Twisted, Seq в Node.js, Fibers в Ruby).
Ниже примеры использования и примеры с участием asyncmongo (асинхронным драйвером для mongoDB)

Введение

Как известно, многие С-библиотеки используют обратные вызовы для обеспечения какого-либо функционала. Так поступает, например, библиотека expat для реализации SAX модели. Обратный вызов или callback используется для возможности выполнить пользовательский код на стороне библиотеки. Пока такой код не несет побочных эффектов — все нормально, но как только на арене появляется С++, все, как всегда, становится нетривиальным.

Надоело каждый раз писать колбеки руками. Написал простенькую скриптину, которая запонимает функцию (функции) с массивом аргументов и контекстом в объекте с методом fire, который не зависит от this, чтобы можно было цеплять колбек не только в «чистом» коде, но и к онклику или таймеру. Набор исполняемых функций и аргументов/контекста к каждой из них произвольный.

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

Все (а если не все, то многие) современные почтовые сервисы основаны на связке очень старых, но проверенных временем протоколах POP3, SMTP или, реже, IMAP4. POP3 протокол позволяет принимать почту, SMTP - отправлять. IMAP4 же отличается от POP3 только развитыми средствами хранения и поиска почты на сервере (я специально утрирую, не обращайте внимания).

Мы создаём письмо, нажимаем "Отправить". Происходит соединение с SMTP-сервером, письмо отправляется. Мы нажимаем "Получить", почтовая программа соединяется с POP3-сервером, проверяет наличие писем и, если они есть, сливает их на компьютер. Всё просто.

Но что же делать, если я хочу получить письмо, не тридцать три раза проверив почтовый ящик, а один, гарантированный? Современные популярные почтовые сервисы позволяют подключить услугу "уведомление на почтовый ящик". Спрашивается, а смысл? Мне придётся проверить один ящик, чтобы узнать о получении письма на другой? Бред. Есть также услуга "уведомление на мобильный телефон". Но этот вариант не устраивает лично меня, потому что требует денег. Да и оперативным назвать приём почты посредством этой услуги я бы поостерёгся.

И здесь возникает идея (не ко мне первому она пришла, уверен!) почтового сервиса с принципом обратной связи. Один из вариантов реализации этой обратной связи я опишу далее. В программу-клиент совместно со стандартными функциями по приёму сообщений включается маленький smtp-сервер (маленькие буковки маленькому сервису), который умеет только принять уведомление о поступлении нового письма. В теле уведомления уже можно передать любую информацию, например имя отправителя, время поступления корреспонденции или само письмо. Таким образом, можно хорошо сэкономить на трафике (мы не проверяем судорожно бесчисленное количество раз почту, а лишь ждём уведомления), несколько увеличив нагрузку на сервер лишней операцией (хотя, мы его сразу же и разгрузим уменьшением количества обращений).

Повторяю, это лишь один из способов организации взаимодействия сервера и клиента. Также можно рассмотреть уведомления на IM, но ценность как раз в автоматизации процесса и прозрачности его для пользователя.

Что думаете по этому поводу?