Empresas
Empleos
  • Sobre nosotros
  • Soluciones
    • Publicación de vacantes
      Publica tu vacante y recibe candidatos calificados en 48h.
    • Evaluación de candidatos
      500+ pruebas técnicas y psicológicas, más anti-fraude.
    • Headhunting
      Búsqueda ejecutiva a la medida de principio a fin.
    • Nómina + EOR
      Dispersión de nómina y EOR en más de 15 países de LATAM.
  • Precios
  • Empleos

0

173
Vistas
Manejo de excepciones en la cadena de promesas

Tengo un código con varias cadenas de promesas como se muestra a continuación

 .then(function(response) { //my code }) .then(function(app) { //my code }) .then(function() { //my code })

Se ha agregado el manejo de excepciones a cada uno de ellos, como se muestra a continuación, de modo que si uno se rompe, la cadena restante continúa.

¿Es esta la forma correcta de manejar la excepción para múltiples bloques de cadena, o se puede seguir cualquier mejor práctica para manejar las excepciones para que la ejecución del código no se interrumpa si falla una?

 .then(function(response) { //my code }) .catch(e => {}) .then(function(app) { //my code }) .catch(e => {}) .then(function() { //my code }) .catch(e => {})
about 4 years ago · Juan Pablo Isaza
2 Respuestas
Responde la pregunta

0

Si su código puede acomodar el error (sea lo que sea) que está ocurriendo desde el principio, esta puede ser una forma razonable de hacerlo, pero siempre tendría que mirarlo dos veces en una revisión de código porque es bastante inusual que el código ser capaz de ignorar errores como ese. El código es más o menos equivalente a:

 try { //my code } catch (e) { } try { //my code } catch(e) { } try { //my code } catch(e) { }

... pero usando promesas en su lugar. Por lo tanto, es un poco sospechoso, pero puede ser correcto, por las mismas razones que lo anterior es un poco sospechoso, pero puede ser correcto si necesita hacer una serie de cosas, una a la vez, y hacer cada una de ellas incluso si la anterior uno falla

Tenga en cuenta que significa que la app en el controlador de cumplimiento posterior no estará undefined :

 .then(function(response) { //my code }) .catch(e => {}) .then(function(app) { // <=== `app` is `undefined` here //my code }) .catch(e => {}) .then(function() { //my code }) .catch(e => {})
about 4 years ago · Juan Pablo Isaza Denunciar

0

Respuesta publicada antes, es correcta.

Sólo quiero insertar mis 2 centavos.

Puede divertirse un poco con una función de ayuda (o usar algo más elegante como la cosa completa de Either monad del paquete fp-ts )

 const run = async (fn) => { try { const result = await fn() return [result, null] } catch (err) { return [null, err] } }

y escribir código sin try\catch o .then\.catch

 const [response, error] = await run(() => fetch('asdfasdf')) const app = buildApp(response.ok ? await response.json() : { fallback: 'data' }) const [appResponse, appError] = await run(async () => { await app.compileTemplate() return app.buildResponse() }) if (appResponse) { // ... }

O un enfoque más inútil, puede arrojar un error personalizado, por lo que su primer bloque .catch podrá hacer algo.

 class AppFromResponseError extends Error { constructor(message, fallbackApp) { super(message) this.name = "ResponseError" this.app = "fallbackApp" } } builder .then(function(response) { if (response.ok !== true) throw new AppFromResponseError('not ok', minimalApp) }) .catch(e => { if (e.app) return e.app }) .then(app => { /* some kind of app will be here */})
about 4 years ago · Juan Pablo Isaza Denunciar
Responde la pregunta
Encuentra empleos remotos

¡Descubre la nueva forma de encontrar empleo!

Top de empleos
Top categorías de empleo
Empresas
Publicar vacante Precios Comercial
Legal
Términos y condiciones Política de privacidad
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomiéndame algunas ofertas
Necesito ayuda