¿Es un antipatrón ejecutar devoluciones de llamada asincrónicas en errores de captura como este?
await something() .catch(async (err) => { console.error(err); await otherStuff(); });Si su intención es tener esa expresión completa, nunca rechace, es decir, evitar la necesidad de
try { await something() .catch(async (err) => { // ... } catch(e) { // handle } Entonces, lo que está haciendo en este momento no es seguro si existe alguna posibilidad de que la llamada otherStuff la rechace. Si otherStuff puede rechazar, entonces debe asegurarse de detectar los posibles errores que arroja, por ejemplo
await something() .catch(async (err) => { console.error(err); await otherStuff(); }) .catch(handleOtherStuffErrors) Aunque tener una función asíncrona con solo una await no es tan útil, considere devolver la Promesa:
await something() .catch((err) => { console.error(err); return otherStuff(); }) .catch(handleOtherStuffErrors)Encadenar capturas como esa es bastante extraño , pero no es imposible que eso sea lo que requiere la lógica de uno, así que no haga una declaración general sobre si es intrínsecamente malo.
La forma en que lo haces es. En una promesa, debe devolver la promesa en lugar de hacer que la devolución de llamada sea asíncrona y esperarla.
No creo que lo sea ya que puedes llamar .then detrás de la captura. A veces, un lanzamiento simplemente se dirige a una rama diferente de las operaciones, pero al final es su preferencia.
await something() .catch((err) => { console.error(err); return otherStuff(); }).then(res => { // work with data });