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

334
Views
¿Es una buena idea manejar todas las solicitudes y respuestas (lado del servidor) y todas las llamadas a la API (lado de la interfaz) usando bloques de prueba y captura?

Tengo una aplicación MERN y estoy haciendo llamadas API en la interfaz usando axios .

Por ejemplo:

 // user is an object with properties email and password const res = await axiosInstance.post("/admin/sign-in", { email: user.email, password: user.password, });

Si la llamada a la API falla (por el motivo que sea), aparece un error, por lo que es una buena idea realizar siempre las llamadas a la API en un bloque de prueba y captura. Si no, ¿cuál es la forma recomendada de hacerlo? Sé que es posible verificar el estado de la respuesta, pero ¿es una práctica incorrecta usar try-catch? La verificación de estado no funciona en caso de que el servidor esté inactivo.

 try { const res = await axiosInstance.post("/admin/sign-in", { email: user.email, password: user.password, }); } catch (error) { console.log(error); }

Del mismo modo, en el lado del back-end, ¿debería manejar todas las solicitudes y respuestas en un bloque de prueba y captura para que un token JSON extraviado accidentalmente (o deliberadamente 😉) en la solicitud no cause un error que apague el servidor?

Gracias.

about 4 years ago · Juan Pablo Isaza
1 answers
Answer question

0

Prefiero arrojar errores escritos de mis controladores y no atraparlos allí; O un error interno del sistema o un error de API con un mensaje para el cliente.

Luego capturo el error más arriba en la pila, en el controlador de errores predeterminado, envío un mensaje API al usuario y/o registro el mensaje del sistema internamente para errores internos, según el tipo de error. De esta manera, también puedo detectar todos los errores, eliminando el código repetitivo.

Esto también me permite consolidar y controlar lo que se envía al cliente.

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!