NK
Size: a a a
2016 May 26
IP
then еще какой-то глючный, вроде из коробки только один параметр принимает?
IP
когда с промисами танцевать надоело, взял эту либу)
IP
waterfall и queue хорошо зашли, но блин.. это ж решается двумя словами
NK
then принимает параметром функцию которая один параметр передает, да
но это не баг а фича - если представить then как нечто что возвращает результат, ведь функция тоже только один параметр может вернуть
это окупится когда появится async/await - ты сможешь делать так:
1) somePromise().then(result => console.log(result))
2) const result = await somePromise(); console.log(result)
но это не баг а фича - если представить then как нечто что возвращает результат, ведь функция тоже только один параметр может вернуть
это окупится когда появится async/await - ты сможешь делать так:
1) somePromise().then(result => console.log(result))
2) const result = await somePromise(); console.log(result)
NK
но вообще в бабеле ничего плохого не вижу, по крайней мере это дает возможность писать код который не будет через полгода выглядеть ровесником дедушки :)
NK
правда они че-то имхо намутили с обработкой ошибок - хз почему если в async функции сделать throw то он не словится пока не обернешь вызов в try/catch, неудобняк
IP
ну чтож, настал тот день... npm i -g babel
NK
не все так просто, дружище, не все... :)
TM
Удачи!
NK
кстати, если тебе только async нужен (например, я 6-ю ноду юзаю и там все остальное нативно уже есть) то могу скинуть с текущего проекта конфиги чисто под него
IP
мы пока на lts, возьмем 6ю в октябре
NK
а по поводу калбеков - раньше понятно что был единственный способ, и приходилось юзать всякие caolan/async
щас это вроде как антипаттерн: грубо говоря вместо контролирования своего кода ты передаешь результат в калбек с фразой "пусть кто-нибудь другой в другом месте обработает мой код", ну и сложность обработки асинхронных ошибок опять же возрастает
щас это вроде как антипаттерн: грубо говоря вместо контролирования своего кода ты передаешь результат в калбек с фразой "пусть кто-нибудь другой в другом месте обработает мой код", ну и сложность обработки асинхронных ошибок опять же возрастает
NK
и разработчики эту проблему с ошибками так и не решили: сначала были глючные domains а потом их вообще из ядра даже выпилили
NK
кстати, у того же товарища который сделал библиотеку async для калбеков есть вдохновленная rxjs (ФП) либа которая работает с потоками нодовскими: https://www.npmjs.com/package/highland
вроде ниче такая и поидее может являться альтернативой асинхронным всяким промисам и прочему... правда у меня руки не дошли еще ее поковырять, но в твиттере хвалили :)
вроде ниче такая и поидее может являться альтернативой асинхронным всяким промисам и прочему... правда у меня руки не дошли еще ее поковырять, но в твиттере хвалили :)
IP
спасибо, посмотрю
NK
в общем: если тебе роднее нода и ты любишь стримы то highlandjs, если ты пришел из java или просто хочешь узнать концепцию которая во многих языках используется то rxjs
IP
да стримами по хардкору пока не рубился, чувствую сколько ждет еще открытий чудных
NK
да, я тоже ничего из этого не знаю и просто делаю умное лицо :)
V☆
ID:57684913
кстати, у того же товарища который сделал библиотеку async для калбеков есть вдохновленная rxjs (ФП) либа которая работает с потоками нодовскими: https://www.npmjs.com/package/highland
вроде ниче такая и поидее может являться альтернативой асинхронным всяким промисам и прочему... правда у меня руки не дошли еще ее поковырять, но в твиттере хвалили :)
вроде ниче такая и поидее может являться альтернативой асинхронным всяким промисам и прочему... правда у меня руки не дошли еще ее поковырять, но в твиттере хвалили :)
выглядит симпатично