Este es un fragmento de mi código:
const data = await fetch(url, options) .then(res => res.json()) .then(json => { const payID = json.data.id sessionStorage.setItem('payID', payID) return true }) .catch(err => console.error(`error: ${err}`))¿Cuál es su mejor práctica? ¿Conserva el .catch en el desarrollo y la puesta en escena, pero lo elimina de PROD? Linter no quiere un error de consola en mi código.
Entonces, sobre la cosa de Eslint, le sugiero que la apague en el archivo de eslint, y sea consciente de la regla de no poner una consola innecesaria. Para mí, lo que hago antes de enviar el código para la solicitud de extracción es hacer: SHIFT + CTRL+ F y luego escribir "console.log" para saber qué archivos tienen el método console.log en mi VS-CODE y luego los elimino.
No podemos dejar que un linter decida todo por nosotros, recomendaría dejar el error de console.error porque en la mayoría de los casos necesitamos ver estos errores en la consola y leerlos, existen por una razón.
Y para el estilo de escritura, por supuesto, podemos usar el estilo point free
.catch(console.error)Y para el linter, lo más probable es que tenga una regla (en su documentación) para silenciar ese error.