Hay varias reglas para tratar los errores en tu código, te las voy a decir :
1. Usa Excepciones en lugar de Códigos de Error (El Maullido Claro)
Mal enfoque (Código de error): Le pides a tu gato que te traiga su ratón de juguete. Vuelve con las patas vacías. ¿No lo encontró? ¿Está atascado debajo del sofá? ¿Simplemente no quiere? No lo sabes. Tienes que ir a investigar qué pasó.
Buen enfoque (Excepción): Le pides el juguete. Si no lo encuentra, en lugar de volver en silencio, se para junto al sofá y suelta un maullido fuerte y específico (
¡JugueteAtascadoException!). Inmediatamente sabes cuál es el problema y dónde está, sin tener que adivinar. La lógica principal (jugar) no se mezcla con la resolución del problema (sacar el juguete del sofá).
2. Escribe Primero el try-catch
Sabes que bañar a un gato es una operación de alto riesgo. No improvisas.
try{ Intentar meter al gato en el agua. }catch{ Si el gato se convierte en un tigre (FuriaFelinaException), mi plan es soltarlo. }finally{ Haya baño o no, al final tendré que secar el suelo del baño. }
Primero preparas el plan para el desastre (catch) y la limpieza posterior (finally) antes de siquiera tocar al gato.
3. Prefiere Excepciones No Comprobadas (No Anuncies lo Obvio)
Mal enfoque (Comprobada): Cada vez que vas a acariciar a tu gato, tienes que anunciar a toda la casa: "¡Atención! Voy a acariciar al gato y soy consciente de que podría morderme o arañarme". Si luego el gato aprende a bufar, tienes que actualizar tu anuncio. Es agotador y molesto para todos.
Buen enfoque (No Comprobada): Simplemente acaricias al gato. Todo el mundo sabe que los gatos a veces arañan. Es un riesgo implícito. Si te araña, ya te ocuparás de la herida en ese momento, no necesitas un protocolo previo para una acción tan común.
4. Da Contexto en tus Excepciones (El Maullido Informativo)
Mal contexto: El gato maúlla. (
throw new GatoException()). ¿Por qué? ¿Tiene hambre? ¿Quiere salir? ¿Vio un pájaro? No tienes ni idea.Buen contexto: El gato maúlla... delante de su plato de comida vacío. (
throw new GatoHambrientoException("El plato está vacío desde las 6 AM")). Ahora sabes exactamente qué hacer.
5. Define Excepciones según Quién las Atrapa (La Caja de Juguetes)
Tu gato tiene un ratón a pilas, una varita con plumas y una pelota. Cada uno puede fallar de una forma distinta (PilasAgotadasException, PlumasRotasException, PelotaPerdidaException).
Mal enfoque: Tienes un plan diferente para cada juguete roto. Tu código se llena de
ifycatchpara cada caso.Buen enfoque: Creas una "Caja de Juguetes". Le pides a la caja "dame algo para jugar". La caja se encarga de los detalles. Si ningún juguete funciona, la caja te avisa con una sola excepción general:
ErrorTiempoDeJuegoException. Tu código es más simple: solo te preocupas de consolar al gato si no se puede jugar, sin importar por qué.
6. No Devuelvas null (No Regales "Aire")
Mal enfoque (Devolver
null): Preguntas: "¿Hay algún gato en el salón para acariciar?". Si no hay ninguno, te responden con "nada" (null). Si no compruebas y tratas de acariciar ese "nada", tu mano se va al aire y tu programa se rompe (NullPointerException).Buen enfoque (Objeto de Caso Especial): Haces la misma pregunta. Si no hay un gato real, te dan un gato de peluche. Puedes seguir haciendo la acción de "acariciar". No va a ronronear, pero tu programa no se romperá. El gato de peluche es un sustituto seguro que se comporta como un gato, pero no hace nada.
7. No Pases null como Argumento (No le des "Nada" de Comer)
Dar null como argumento a una función es peor. Es como llamar a la función darDeComer(miGato, null).
Estás ordenando explícitamente: "Dale de comer a mi gato una ración de... nada". No tiene sentido culpar a la función darDeComer por no saber qué hacer. La regla es simple: nunca intentes alimentar a un gato con "nada". Tu código debe prohibir estas situaciones desde el principio.