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

102
Vistas
Javascript: cree errores personalizados y asegúrese de que los parámetros del constructor sean válidos

He definido el siguiente objeto

 const AuthErrorCode = { EMAIL_ALREADY_EXISTS: { code: "auth/email-already-exists", message: "Hello world!" }, ... more error codes };

Y estoy implementando una clase que extiende Error

 class AuthError extends Error { constructor(code, message = undefined) { switch(code) { case "EMAIL_ALREADY_EXISTS": code = AuthErrorCode[code].code; message = message ?? AuthErrorCode[code].message; break; default: throw new Error("Invalid code"); } super(message); Object.assign(this, { code, name: "AuthError", }); } }

que se supone que debe recibir un código y un mensaje personalizado opcional.

Esta clase tiene que verificar que el código dado esté en el objeto AuthErrorCode (EMAIL_ALREADY_EXISTS || "auth/email-ya-exists" son válidos). Si no está dentro, entonces se debe mostrar algún tipo de retroalimentación al programador (un error o algo así). Quiero decir, necesito asegurarme de que el código sea un AuthErrorCode válido, porque si no, la clase se está usando incorrectamente.

¿Cómo puedo hacer eso? ¿Es posible?

Por ejemplo, este código debe fallar:

 throw new AuthError("auth/some-invented-code", "Hello world!");

Ejemplo de uso correcto:

 throw new AuthError("EMAIL_ALREADY_EXISTS", "Hello world!"); throw new AuthError("auth/email-already-exists");
about 4 years ago · Juan Pablo Isaza
1 Respuestas
Responde la pregunta

0

Hay una manera, pero en última instancia, creo que es un mal diseño.

Si ya conoce el conjunto de valores válidos, ¿por qué no exponer simplemente las funciones de fábrica para cada tipo de error?

p.ej

 // Assume encapsulated in a module class AuthError extends Error { constructor(message, code) { super(message); this.code = code; } } // This would get exported (factory methods for errors) const authErrors = Object.freeze({ emailAlreadyExists(message = 'Hello world!') { return new AuthError('auth/email-already-exists', message); } // other error types }); // Client usage throw authErrors.emailAlreadyExists('email already registered');

Alternativamente, podría crear una clase de excepción explícita por tipo de error que quizás esté más alineada con el principio abierto-cerrado:

 // Assume encapsulated in a module class AuthError extends Error { constructor(message, code) { super(message); this.code = code; } } // Export this class EmailAdreadyExists extends AuthError { constructor(message = "Hello world!") { super(message, "auth/email-already-exists"); } } // Client usage throw new EmailAdreadyExists("email already registered");

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