Ir al contenido principal

Groovy - Referencia #5

Manejo de excepciones

En Java existen dos tipos de excepciones, Exception y RuntimeException, la diferencia fundamental entre ambas, es que la primera necesita ser cachada y declarada en los métodos, la segunda no, lo cual a veces hace que nuestro métodos tengas muchas excepciones declaradas después del throws, sin embargo en Groovy todas las excepciones se manejan como Runtime, inclusive las que no lo son en Java, por ejemplo cualquier excepción IOException, no debe ser cachada ni declarada y así el resto. Muy parecido a como funcionan en .Net.

Vamos algunos ejemplos para apreciar las diferencias:

void openFileInGroovyStyle () {

println("\nException handling")
(1..3).each { print "*** " }
println("")

// No necesita ni hacer the throws en el método, o el try/catch
def reader = new FileReader ("file.txt");
}

En Java:
void openFileInJavaStyle () throws IOException {

new FileReader ("file.txt");
}

o también:

void openFileInJavaStyle () {

try {
new FileReader ("file.txt");
} catch (IOException e) {

// ...
}
}

Pienso que a veces es importante la posibilidad de exponer ciertas excepciones, sin embargo me gusta que las excepciones Java sean Runtime en Groovy, aunque me gustaría que se pudieran declarar de forma optativa algunas en la firma del método.
Una nota al pie, he encontrado algunos problemas con las excepciones, pues algunas no son cachadas en el "catch", fue reportado como un error en el Jira de Groovy, así que proba antes de solar a producción.

Comentarios

Entradas más populares de este blog

Analizador de expresiones algebraicas recursivo decendente

Como les mencione en un post previo, estoy leyendo el libro el arte de programar en Java, el primer ejercicio consiste en un analizador de expresiones algebraicas recursivo descendente, el mismo consiste en la posibilidad de tomar una cadena que contenga una expresión matemática, la misma puede contener valores en punto flotante, sumar, restar, dividir, multiplicar, sacar exponente (potencia), uso de paréntesis para priorizar una operación, etc. A continuación clase a clase, con una pequeña explicación Lo primero que definiremos es una suite de excepciones para reportar errores, no tiene mucha ciencia, hay una para la division entre cero, cuando no existe una expresión valida, error de sintaxis o cuando los paréntesis no se encuentran balanceados, veamos package cap2; /** * Exception para reportar que hay al intentar dividir entre cero * * User: jsanca * Date: 4/16/13 * Time: 1:30 AM * @author jsanca */ public class DividedByZeroException extends RuntimeException { ...

Impensando acerca de las referencias en Java

Fue hace ya algún tiempo que pase un rato discutiendo con algunos compañeros acerca de si existe o no el paso por referencia; el discurso fue mucho hacia que en Java el comportamiento, en el supuestamente pasamos por referencia un objeto y por valor los objetos primitivos creo mucha polémica. Para ubicarnos en contexto veamos el siguiente ejemplo. public static void main(String[] args) { int value = 10; changeValue(value); System.out.println("value = " + value); User user = new User(); Name name = new Name(); user.setName(name); name.setName("jsanca"); name.setLastName("XXX"); user.setPassword("123queso"); System.out.println("user: " + user.getName().getName() + ", " + user.getName().getLastName() + ", " + user.getPassword()); changeValue1(user); System.out.println("user: " + user.getName().getName() + ", " + user.getName().getLastName() + ", " + user.ge...

Transformando fechas a diferentes zonas horarias (TimeZone)

Ya es sabido por todo programador Java, que uno de los puntos mas bajos, recae en el uso de las fechas, las mismas se encuentran super mal diseñadas y algunos objetos como el caso de Date, practicamente no son usables, pues toda su API esta deprecada (cosa que siento debería de dejar de ponerla deprecada, pues van por la versión 6 y aun la conservan). Recientemente me encontré con el siguiente problema; resulta que al poner un sistema en otro servidor, el cual aparentemente tiene una diferencia horaria configurada, obtenemos como seria de esperar resultados no esperados, cuando realizamos consultas con fechas a la base de datos. La primera solución que se nos ha ocurrido es implementar un convertidor de fechas a diferentes zonas horarias, a continuación coloco el método necesario para realizar la operación: public static Date convertToTimeZoneDate(Date date, TimeZone timeZone) { Date newTimeZoneDate = null; Calendar foreignCalendar = null; // Create a Calendar object with the local ti...