Java

158
8. Excepciones
al usuario por el archivo y resulta que no existe, entonces una opción
sería preguntar de nuevo. Otro ejemplo es si estamos en un sistema y
buscamos un usuario pero este no existe, el sistema podría preguntar
si se desea crear el usuario. Estas excepciones representan errores en el
dominio del problema y son tratables en la mayoría de los casos.
Excepciones no chequeadas
Las excepciones no chequeadas son aquellas que son de tipo
RuntimeException o alguna de sus subclases. Estas excepciones son
silenciosas, el compilador no nos obliga a atraparlas ni a declararlas
en las firmas de los métodos (y por lo tanto no sabemos si un método
arroja alguna excepción de este tipo). Estas excepciones representan
errores de la aplicación que son recuperables y generalmente resultan
de errores de programación o de lógica en el programa. Un caso de
estas excepciones son las NullPointerException, que aparecen cuando
queremos mandarle un mensaje a null.
Resultaría molesto que por todos lados nos obliguen a tratar o
declarar estas excepciones que podrían ocurrir en cualquier punto
donde se envía un mensaje. Si bien es posible atrapar estos errores y
tratarlos, debería ser en casos muy extraños y específicos. En la mayoría
de los casos hay que corregir el error en el programa. Las excepciones
chequeadas forman parte del contrato de un método, en cambio, las no
chequeadas representan qué sucede si se lo rompe.
// no es necesario declararla ni atraparla
public void copiar(String unTexto) {
if(unTexto == null) throw new IllegalArgumentException(“unText”);
…
}
…
this.copiar(algo);
// no sabemos que arroja una excepción
…
www.redusers.com
www.FreeLibros.me