AP
тогда смело оборачивайте...
"такое есть, но оно только синхронные ошибки отрабатывает. "
не только...
Size: a a a
2020 May 02
AP
V
вот, в статье про эррорхендлинг в синхронных ошибках делают мидлвар, а на асинхронных уже трюкач на уровне каждого эндпоинта. Надеюсь, удастся избежать этого бойлерплейта
V
Andrii Plus
"такое есть, но оно только синхронные ошибки отрабатывает. "
не только...
не только...
ошибки промисов просто не выпадают туда
V
вот, в статье про эррорхендлинг в синхронных ошибках делают мидлвар, а на асинхронных уже трюкач на уровне каждого эндпоинта. Надеюсь, удастся избежать этого бойлерплейта
HOF, как вы и сказали, но опять же на уровне каждого метода
V
хм, в принципе оберну каждый метод в роутер на крайний случай, что уж там :)
AP
HOC
higher order component
higher order component
V
я все равно роутер генерирую через LiveTemplates в IDEA автоматически
V
Andrii Plus
HOC
higher order component
higher order component
а где тут компонент есть? Тут функция, возвращающая функцию => функция высшего порядка
AP
ну ... можно и так... компонент - ето не только то что пишут на frontend-е )
V
в спринге джававском на беке тоже компонентом обзывают классы, а в контексте экспресса не слышал просто =)
V
не суть, буду сейчас пытаться выбросить ошибку из промиса наверх, чтобы отработал экспрессовский эррор хендлер
AP
Andrii Plus
const handleError = controller => async (req, res, next) => {
try {
const rs = await controller(req);
res.send(rs);
} catch(err) {
next(err);
}
}
try {
const rs = await controller(req);
res.send(rs);
} catch(err) {
next(err);
}
}
попробуйте все таки...
и вместо "wrap".. "handleAction"
и вместо "wrap".. "handleAction"
L
как лучше реализовать очередь из запросов axios на промисах?
V
Andrii Plus
const handleError = controller => async (req, res, next) => {
try {
const rs = await controller(req);
res.send(rs);
} catch(err) {
next(err);
}
}
try {
const rs = await controller(req);
res.send(rs);
} catch(err) {
next(err);
}
}
так контроллер - это класс. Опять же нечего эвейтить. На уровне вызова метода из контроллера, т.е. когда я маплю методы контроллера с эндпоинтами я это сделать могу
AP
попробуйте - если не получится накину POC для примера (но уже наверное завтра)
V
как лучше реализовать очередь из запросов axios на промисах?
await promise1
await promise2
await promise3
или
promise1
.then(() => promise2)
.then(() => promise3)
это если последовательно.
Если параллельно, то Promise.all
await promise2
await promise3
или
promise1
.then(() => promise2)
.then(() => promise3)
это если последовательно.
Если параллельно, то Promise.all
L
await promise1
await promise2
await promise3
или
promise1
.then(() => promise2)
.then(() => promise3)
это если последовательно.
Если параллельно, то Promise.all
await promise2
await promise3
или
promise1
.then(() => promise2)
.then(() => promise3)
это если последовательно.
Если параллельно, то Promise.all
ну я планирую инстансы axios кидать в массив и как вызывать из массива по одному и дожидаться ответа?
V
Andrii Plus
попробуйте - если не получится накину POC для примера (но уже наверное завтра)
так а что пробовать? На уровне метода я попробовал - работает. Но это 6 "оборачиваний" для каждого контроллера. А мне бы хотелось либо роутер уже обернуть (но он не возвращает промисы и никак с ними не связан), либо просто ошибки выбрасывать из промиса в общий поток ошибок
AP
for (let action of actions) {
await axio(action)
}
await axio(action)
}