apuntes:excepciones
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
apuntes:excepciones [2021/03/10 13:39] – Santiago Faci | apuntes:excepciones [2023/06/04 18:31] (current) – [Excepciones] Santiago Faci | ||
---|---|---|---|
Line 8: | Line 8: | ||
que, en Java, acaban lanzando una excepción si llegan a producirse: | que, en Java, acaban lanzando una excepción si llegan a producirse: | ||
- | * Estamos escribiendo en disco y éste se llena (\verb IOException ) | + | * Estamos escribiendo en disco y éste se llena ('' |
- | * Estamos descargando un fichero y cae la conexión a Internet (\verb ConnectionException ) | + | * Estamos descargando un fichero y cae la conexión a Internet ('' |
- | * Estamos recorriendo un array en un bucle y accedemos a una posición que no existe (\verb IndexOutOfBoundException ) | + | * Estamos recorriendo un array en un bucle y accedemos a una posición que no existe ('' |
- | * Accedemos atributos o métodos de un objeto cuyo valor es nulo (\verb NullPointerException ) | + | * Accedemos atributos o métodos de un objeto cuyo valor es nulo ('' |
- | * Realizamos una operación matemática no válida (división por cero) (\verb ArithmeticException ) | + | * Realizamos una operación matemática no válida (división por cero) ('' |
- | En Java se propone el control de excepciones para evitar que se produzcan estos errores en lugar de tener que escribir continuamente | + | En Java se propone el control de excepciones para evitar que se produzcan estos errores en lugar de tener que escribir continuamente estructuras |
- | estructuras | + | |
- | dentro un bloque controlado todo el código (y el que dependa de éste) que sea susceptible de producir una excepción, sin interrumpir el | + | |
- | flujo de nuestro programa (al contrario de lo que ocurre añadiendo sentencias | + | |
- | Se recomienda excepciones como \verb NullPointerException | + | Se recomienda excepciones como '' |
- | general, corresponderán a errores de codificación, | + | |
- | esperando capturarlas cuando se produzcan. Son dos excepciones que derivan de \verb RuntimeException . Son lo que se conoce como | + | |
- | \emph{unchecked exceptions}. Echa un vistazo a | + | |
- | | + | |
- | \subsection{Bloque try-catch} | + | ==== Tipos de Excepciones ==== |
- | El bloque | + | === Checked Exceptions === |
- | para corregir o notificar el problema (parte | + | |
+ | * Excepciones que deben ser capturadas o declaradas en el método donde se producen | ||
+ | * Heredan directamente de la clase '' | ||
+ | * Por norma general serán el tipo de excepciones que deberemos capturar siempre en nuestro código | ||
+ | * '' | ||
+ | |||
+ | === Unchecked Exceptions === | ||
+ | |||
+ | * Excepciones que pueden ser lanzadas sin ser capturadas o declaradas | ||
+ | * Heredan de la clase '' | ||
+ | * Por norma general serán el tipo de excepciones que no deberemos capturar. Deberíamos evitar que se produjeran como, por ejemplo, en el caso de la excepción // | ||
+ | * '' | ||
+ | |||
+ | ==== Bloque try-catch ==== | ||
+ | |||
+ | El bloque | ||
+ | para corregir o notificar el problema (parte | ||
<code java> | <code java> | ||
Line 41: | Line 50: | ||
</ | </ | ||
- | En este caso, el código que hay asociado al bloque | + | En este caso, el código que hay asociado al bloque |
- | flujo de ejecución pasaría al bloque | + | el grupo //try-catch//. |
- | el grupo \verb try-catch . | + | |
<code java> | <code java> | ||
Line 69: | Line 77: | ||
==== Instrucción throws ==== | ==== Instrucción throws ==== | ||
- | También podemos, en lugar de capturar la excepción, lanzarla haciendo que tenga que ser controlada en un nivel superior. Por ejemplo, si | + | También podemos, en lugar de capturar la excepción, lanzarla haciendo que tenga que ser controlada en un nivel superior. Por ejemplo, si estoy desarrollando una clase que debe controlar una determinada excepción, quizás me pueda resultar interesante hacerla " |
- | estoy desarrollando una clase que debe controlar una determinada excepción, quizás me pueda resultar interesante hacerla " | + | |
- | para que sea controlada, por ejemplo, en el controlador de la aplicación o bien cerca de la interfaz con el usuario. Así es probable que | + | |
- | podamos ajustar mejor el comportamiento en caso de error. | + | |
<code java> | <code java> | ||
Line 83: | Line 88: | ||
</ | </ | ||
- | El ejemplo de arriba es un caso en el que tenemos un método estático que utilizamos para parsear fechas en nuestra aplicación. Cuando el | + | El ejemplo de arriba es un caso en el que tenemos un método estático que utilizamos para parsear fechas en nuestra aplicación. Cuando el texto que se le pase no se corresponda con un formato válido de fecha, lanzará una excepción. Pero justamente en el método no tenemos muy claro que hacer puesto que dicho método lo utilizarán desde diferentes localizaciones del código en la aplicación. Por eso es mejor que lancemos fuera la excepción para que sea quién utilice este método quién deba decidir qué hacer en caso de fallo. Por ejemplo: |
- | texto que se le pase no se corresponda con un formato válido de fecha, lanzará una excepción. Pero justamente en el método no tenemos muy | + | |
- | claro que hacer puesto que dicho método lo utilizarán desde diferentes localizaciones del código en la aplicación. Por eso es mejor que | + | |
- | lancemos fuera la excepción para que sea quién utilice este método quién deba decidir qué hacer en caso de fallo. Por ejemplo: | + | |
<code java> | <code java> | ||
Line 109: | Line 111: | ||
==== Bloque try-catch-finally ==== | ==== Bloque try-catch-finally ==== | ||
- | Se puede añadir también un tercer bloque de código asociado a la parte \verb try que permite añadir código que se ejecutará siempre, de | + | Se puede añadir también un tercer bloque de código asociado a la parte //try// que permite añadir código que se ejecutará siempre, de forma que incluso lo hará cuando se produzca una excepción no controlada. Normalmente se utiliza para la zona donde liberar recursos que hayan sido ocupados durante el bloque |
- | forma que incluso lo hará cuando se produzca una excepción no controlada. Normalmente se utiliza para la zona donde liberar recursos que | + | |
- | hayan sido ocupados durante el bloque | + | |
- | de ejecución del código se vea interrumpido por una excepción. | + | |
<code java> | <code java> | ||
Line 143: | Line 142: | ||
==== Cómo crear tus propias excepciones ==== | ==== Cómo crear tus propias excepciones ==== | ||
- | Como ya hemos visto, Java tiene una serie de \emph{unchecked} y \emph{checked exceptions} que son lanzadas en determinadas situaciones. | + | Como ya hemos visto, Java tiene una serie de //unchecked// y //checked exceptions// que son lanzadas en determinadas situaciones. Vamos a ver ahora cómo también podemos crear nuestras propias excepciones y lanzarlas cuando se produzcan situaciones de "más alto nivel" en nuestra lógica de la aplicación. |
- | Vamos a ver ahora cómo también podemos crear nuestras propias excepciones y lanzarlas cuando se produzcan situaciones de "más alto nivel" en | + | |
- | nuestra lógica de la aplicación. | + | |
Por ejemplo, en una aplicación para la gestión de inventarios, | Por ejemplo, en una aplicación para la gestión de inventarios, | ||
Line 193: | Line 190: | ||
==== Bloques multi-catch ==== | ==== Bloques multi-catch ==== | ||
- | También es posible capturar más de un tipo de excepción bajo un mismo bloque | + | También es posible capturar más de un tipo de excepción bajo un mismo bloque |
- | permite afinar el caso de error en algunos casos, pero bien utilizado permite que agrupemos en el caso de que varias excepciones tengan | + | |
- | asociado el mismo bloque de código. | + | |
<code java> | <code java> | ||
Line 214: | Line 209: | ||
==== Uso de recursos en bloques try-catch ==== | ==== Uso de recursos en bloques try-catch ==== | ||
- | Como hemos visto en el primer ejemplo, accedíamos a un fichero en la excepción, para luego acabar liberando los recursos al finalizar el | + | Como hemos visto en el primer ejemplo, accedíamos a un fichero en la excepción, para luego acabar liberando los recursos al finalizar el bloque |
- | bloque | + | |
- | liberen al terminar. Así, ese ejemplo podría escribirse de la siguiente forma: | + | |
<code java> | <code java> | ||
Line 236: | Line 229: | ||
</ | </ | ||
- | Para este caso, hay que tener en cuenta que, para que Java pueda liberar automáticamente los recursos de una clase Java, debemos implementar | + | Para este caso, hay que tener en cuenta que, para que Java pueda liberar automáticamente los recursos de una clase Java, debemos implementar uno de los interfaces |
- | uno de los interfaces | + | |
<code java> | <code java> | ||
Line 254: | Line 246: | ||
===== Aserciones ===== | ===== Aserciones ===== | ||
- | Las aserciones son sentencias utilizadas para comprobar si una condición es cierta (o no) y controlar asi los errores en el código. | + | Las aserciones son sentencias utilizadas para comprobar si una condición es cierta (o no) y controlar asi los errores en el código. Básicamente equivale a una sentencia |
- | Básicamente equivale a una sentencia | + | |
- | mostrando el mensaje asociado a la misma. De forma similar a | + | |
- | cómo hacen las excepciones, | + | |
- | sólo tienen efecto si se pasa la opción | + | |
- | forma sólo se activan cuando es necesario o interesa utilizarlas. | + | |
Veamos un ejemplo: | Veamos un ejemplo: | ||
Line 275: | Line 262: | ||
</ | </ | ||
- | Si ejecutamos el código anterior con la opción | + | Si ejecutamos el código anterior con la opción |
<code bash> | <code bash> | ||
Line 287: | Line 274: | ||
---- | ---- | ||
- | (c) 2019-2021 Santiago Faci | + | (c) 2019-{{date> |
apuntes/excepciones.txt · Last modified: 2023/06/04 18:31 by Santiago Faci