Узел и async/ждут, обещает ... какое решение лучше?

Question

Работа с Узлом и Экспрессом с Вавилонкой и попытка найти оптимальный подход между асинхронным/ожиданием и обещаниями.

Основные требования:

• , чтобы быть в состоянии передать свою собственную ошибку
• не вызывают блокирование
• подойти к проблеме более ES6/ES7 путь

Я вышел с эти:

Посылы:

loadByIdPromises: function (req, res, next, _id) { 
    console.log('loadByIdc: ', _id); 
    Artwork.loadById({ _id }) 
    .then((artwork) => { 
     req.artwork = artwork; 
     next(); 
    }) 
    .catch((err) => next(new NoDataError('cannot find by ID'))); 
} 

Асинхронный/Await:

loadByIdAsync: async function (req, res, next, _id) { 
    console.log('loadByIdb: ', _id); 
    try { 
    req.artwork = await Artwork.loadById({ _id }); 
    next(); 
    } catch (err) { 
    next(new NoDataError('cannot find by ID')); 
    } 
} 

или Асинхронный/Await с оболочкой

let wrap = fn => (...args) => fn(...args).catch(args[2]); 
loadByIdAsyncWrap: wrap(async function (req, res, next, _id) { 
    console.log('loadByIda: ', _id); 
    req.artwork = await Artwork.loadById({ _id }); 
    next(); 
}), 

Обещания, кажется чистым, но может привести к каскадные, когда дела идут сложнее. Но имеет хорошую и чистую обработку ошибок.

Async/Await кажется чистым, но я не могу понять, как выбросить ошибку из ждущего другого пути, чем вся попытка try/catch.

Async/Await with wrapper кажется простым и (по крайней мере, в этом случае - маршрутизатором с узлом-экспрессом) хорошо обрабатывает ошибку (но без возможности установить мой собственный). Но обертка специфична для req, res, следующих параметров, и мне кажется, что это нечто чужое (как дополнительные divs в html до нашего блаженства css2/3).

Какой подход выбрать? Спасибо за предложения.

Answer 1

Я бы использовал подход Promise, так как async/await еще не находится рядом с мейнстримом.

Однако я вижу потенциальную проблему в том, что ваш вызов next() является внутри начальный блок означает, что вы могли бы иметь успешный первый этап, а затем вызвать next(), но если что выдает ошибку, что не пойманный стек вызовов вернется на уровень, и эта ошибка попадает в ваш первый блок .catch(). Тогда вы создадите ошибку cannot find by ID, хотя реальная ошибка была в обработчике next().

Я хотел бы предложить это, вместо того, чтобы:

function (req, res, next, _id) { 
    console.log('loadByIdc: ', _id); 
    Artwork.loadById({ _id }) 
    .then((artwork) => req.artwork = artwork) 
    .then(next, (err) => next(new NoDataError('cannot find by ID'))); 
} 

Это все еще оставляет вас с вопросом, как над .catch любое исключение, которое может быть выброшено на next, но, по крайней мере, вы не будете вводить в заблуждение точкой при котором это исключение поймано.