нужно вызвать api.validateEmail({email: s_.email}) сначала

return Promise.reject для второго промиса в случае ошибки и просто return value для success

у промисов вроде нет метода end()

это какая то не-стандартная реализация?

У api.end наверняка есть стандартный .then сразу, но если нужно прям res, err, то return new Promise((fulfill, reject) => { api...end((err, res) => { if (err) { return reject(err, res) } fulfill(res) } }

api.end это наверное superagent

да

мне просто нужно от первого вызова апи вызывать второй

в зависимости от того, что приходит

и не понимаю как два апи в цепочку сделать

ну вот я тебе пример написал

*два запроса

обработай err, res

при fulfill сработает первый аргумент .then

ну end можно не использовать

при reject второй

.then(() => { // everything ok }, () => { // when err // do smth return Promise.reject() }) .then(() => {}, () => { // smth else when error })

.catch

catch да, но не всегда удобно

что если у тебя в цепочке 3 запроса друг за другом

Ребят, а поделитесь, пожалуйста, ссылками на группы/каналы в Телеграме,где предлагают работу?

нихера не понятно)

и ты в зависимости от результата неважно положительного или нет хочешь дальше обработать и еще дальше выполнять цепочку

? ethorz почитай про промисы лучше тогда) сразу все станет ясно, ща

https://learn.javascript.ru/promise

и ты в зависимости от результата неважно положительного или нет хочешь дальше обработать и еще дальше выполнять цепочку

погоди погоди superagent не использует промисы

у них там все в end() сваливается

https://visionmedia.github.io/superagent/#promise-and-generator-support

api.signup({email: s_.email, password: s_.password}).then(result => {}, error => {})

значит так

без всяких end()

api.signup({email: s_.email, password: s_.password}).then(result => {}, error => {})

делай err в catch

и не парься\

или async/await

) это не мне

и оборачивай тоже в try/catch

) это не мне

та он тоже прочитает :)

не люблю я вот эти выховы через запятую

нихуя ж не понятно :)

что там может быть непонятного?)

согласен, catch можно ловить в конце, но не всегда ясно из какого then и что он вернул )

что там может быть непонятного?)

та всё понятно :) я стебусь

но да, такая возможность упрощает жизнь

:D

была статья про борьбу с большими портянками import’ов (вроде на хабре) - кто помнит, киньте пожалуйста ссылочку. Там еще автор создавал файлы аля module.imports.js и module.exports.js

была статья про борьбу с большими портянками import’ов (вроде на хабре) - кто помнит, киньте пожалуйста ссылочку. Там еще автор создавал файлы аля module.imports.js и module.exports.js

А зачем с этим бороться?

была статья про борьбу с большими портянками import’ов (вроде на хабре) - кто помнит, киньте пожалуйста ссылочку. Там еще автор создавал файлы аля module.imports.js и module.exports.js

https://habrahabr.ru/company/docsvision/blog/326602/

она вроде?

https://habrahabr.ru/company/docsvision/blog/326602/

Да, спасибо большое!)

от обилия ./ и ../ даже чет читать не хочется)

какая-то жуть

от обилия ./ и ../ даже чет читать не хочется)

alias?

какие нафиг алиасы?)

от обилия ./ и ../ даже чет читать не хочется)

Хз кто как делает, я просто настроил резолвинги в вебпаке

для ноды это app-module-path

и вебпак резолвит пути

resolve.modules

root же

и не понимаю как два апи в цепочку сделать

https://github.com/KyleAMathews/superagent-bluebird-promise/blob/master/README.md

Супер агент с блюбердом лучше сразу юзануть

суперагент

какой смысл

есть fetch, axios

нафига советовать bluebird пусть стандартные штуки изучит

и не понимаю как два апи в цепочку сделать

fetch then fetch?

ERROR: S client not available

нафига советовать bluebird пусть стандартные штуки изучит

зачем lodash, если есть Array#reduce?

а кто пользуется lodash?

если чувак потом не сможет писать код без блуберда, гуд разве?

если чувак потом не сможет писать код без блуберда, гуд разве?

подключит блуберд)

если чувак потом не сможет писать код без блуберда, гуд разве?

не гуд, но не все же библиотеки должны быть расчитаны для тех людей, которые не знают, что делают если получается, что из проекта в проект перетекают дополнительные утилиты для работы с fetch или промисами, то почему бы не использовать то, что работает сразу?

дополнительные утилиты для fetch и промисов?

это какие?

блуберд и суперагент?

так и получается в итоге

лодаш нужен

как минимум потому что придется писать свои хелперы тогда) и прийдешь к своей либе..

дополнительные утилиты для fetch и промисов?

для промисов: finally, последовательный вызов, таймаут для fetch: заголовки для отправки JSON, обработка ошибочных кодов, сериализация query параметров, обработка пустых запросов, и другие детали никто не заявляет, что это нельзя обернуть и на нативных API, но если разработчик использует хотя бы 10% API вспомогательной библиотеки, то не вижу причин не воспользоваться

как минимум потому что придется писать свои хелперы тогда) и прийдешь к своей либе..

если понадобится то скорее это будет ramda

дополнительные утилиты для fetch и промисов?

Ты не дальше, чем вчера не мог отловить редирект в фетче :)

дополнительные утилиты для fetch и промисов?

у fetch() мне не нравится, что он не делает reject когда статус не 200, то есть поверх fetch мне нужно еще что то, что разруливает resolve/reject в зависимости от статуса

если чувак потом не сможет писать код без блуберда, гуд разве?

Это не помешает использовать наивные промисы и без блюберда, на вскидку вся разница в cancelation

Ты не дальше, чем вчера не мог отловить редирект в фетче :)

только вот fetch это стандарт

но это обычно меньше, чем superagent

а через месяц другой также и про рамду будут говорить)

только вот fetch это стандарт

Ну Array и Object это тоже стандарт, ток вот underscore/lodash как-то не думают помирать пока еще

над фетчем все равно делаешь свои же врапперы

всегда

Ну Array и Object это тоже стандарт, ток вот underscore/lodash как-то не думают помирать пока еще

потому что люди юзают, лол у меня знакомый не знал о существовании Array.prototype.reduce зато lodash мог пересказать

и в микроутилиту для .reduce принес весь лодаш

заебись!

давай так делать каждый день

может ещё jquery притащим для селекторов

потому что люди юзают, лол у меня знакомый не знал о существовании Array.prototype.reduce зато lodash мог пересказать

Это уже другая крайность

крайне важная крайность

Знать, чо умеет язык, на котором ты пишешь все ж-таки необходимо

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

над фетчем все равно делаешь свои же врапперы

вот поэтому иногда нужно что то сверху, но вот такие штуки как Promise лучше полифилить, чем использовать Bluebird