ES6 generators или promises?

Question

[fend]

Полгода назад разбирался с синхронным js в node.js. В тот раз вполне устроили генераторы и tj/co. Плюс помог модуль co-chan. Теперь настала пора делать новый проект и все, что я смог найти бодро развернулось в сторону promises. Даже в co еще поздней осенью мейнтейнеры говорили, что мол, только генераторы, никаких promises. Затем вышла версия 4.0, в которой promises стали основой технологией в co (хотя он и поддерживает thunks).

Собственно вопрос - я правильно вижу ситуацию, в которой генераторы открыто сливают, а про yield в js можно забыть? Да и про красивый синхронный стиль в общем тоже. Потому как promises через полгода окончательно завоюют javascript и в то же время не дают серьезных премуществ по сравнению со старым способом, как например библиотеки типа async или даже классический коллбек-хелл (который совсем не хелл с неанонимными функциями):

db.query('select ...', afterFirstQuery);
function afterFirstQuery(err, result) {
    //...
    db.query('insert...', afterSecondQuery);
}
function afterSecondQuery(err, result){...}

Спасибо.

Answer 1

[Alexey Bykov]

Генераторы отлично дружат с promise.

Pure Promises:

fetchUser().then(function(user){
   return fetchUserPosts(user.id);
})

Promises+Generators (Пример из Q):

Q.spawn(function*(){
   var user = yield fetchUser(); 
   var userPosts = yield  fetchUserPosts(user.id);
   return userPosts;
});

Никто не собирается сливать генераторы.

Comments

[fend]

Спасибо за ответ.
Непонятна просто причина резкого разворота co. Получается, стоит просто использовать Q.
Может быть Вы сможете подсказать способ использовать только генераторы + обычные функции. Есть хорошо зарекомендовавшие себя библиотеки, но они работают асинхронно (обычным способом). Можно ли работать с ними (возможно, самому как-то обернув в генератор) вообще без promises?

[Alexey Bykov]

Можно, но это будет сложнее. Если пытаться использовать генераторы без обещаний для асинхронной обработки, результат будет невероятно похож на связку promise+generators (честно, я пытался не использовать promise, в итоге у меня получился велосипед очень на promise похожий). Я советую привыкнуть к promise, так как они здесь всерьёз и надолго. Если есть какие-то библиотеки ,которые используют коллбэки, то их довольно просто обернуть в promise. Пример: https://github.com/petkaantonov/bluebird/blob/mast...

ПС: Функция spawn на самом деле очень простая (строк 20 кода), не обязательно использовать Q, почти в каждой promise библиотеке существует свой вариант spawn.

[sergenikitin]

А как в этом примере обрабатывать ошибки, которые приходят от промисов в then().catch() блоке?

[fend]

sergenikitin: https://github.com/kriskowal/q/wiki/API-Reference#...

[Alexey Bykov]

sergenikitin: Все ошибки будут вылетать при вызове yield. Так что для обработки можно использовать обычный try/catch

Answer 2

[VitalyT]

Если вы разрабатываете для PostgreSQL, то вы можете воcпользоваться pg-promise, в которой промисы и генераторы работают вместе превосходно, и тогда вам не нужно делать какой-либо жесткий выбор, а можно свободно комбинировать:

db.task(function*(t) {
        let firstResult = yield t.query('SELECT...');
        let secondResult = yield t.query('SELECT...');
        // etc...

        return {firstResult, secondResult};
    })
    .then(function (data) {
        // data.firstResult, data.secondResult;
    });

так-же см.: SELECT ⇒ INSERT

Comments

[fend]

Да, за pg-promise большое вам спасибо.
В свое время сам начал делать свой велосипед https://www.npmjs.com/package/pg-promise-simple
Но потом нашел вашу библиотеку и понял, что она замечательна и куча всяких фич типа строк без кавычек, передача массива в IN и прочие штуки - просто прекрасно.

[VitalyT]

А теперь еще и 100%-ая поддержка TypeScript: https://github.com/vitaly-t/pg-promise/tree/master...

Answer 3

[Иван Песоченко]

Ну не знаю. А как насчёт выброса ексепшнов в промисах? Разве возможно?
Я возлюбил генераторы именно за эту фичу - эксепшны "всплывают" наверх из функций, вызываемых через yield.