Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

172
Views
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 answers
Answer question

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 Report

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 Report
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!