Hola,
Yo me refería a algo muy diferente ... cosas de estilo ... nada mas,
Cita:
Iniciado por elAntonie 
...
Código:
public int setEntero(String num)
{
int retorno = 0;
try{
retorno = Integer.parseInt(num);
}catch (NumberFormatException)
{
System.out.println("estas tonto o que?");
}
return retorno;
}
...
Código:
public int setEntero(String strNumero) {
int intValor = 0;
try {
intValor = Integer.parseInt(strNumero);
} catch (NumberFormatException e) {
System.out.println("estas tonto o que? :risa:");
}
return intValor;
}
En ese caso los '{' del try están siguiendo el mismo formato, k&r, stroustrup o java. Y creo que es más legible de esa forma. Pero como dice GreenEyed ... hay que ponerlos donde hace falta, ... no más, no menos. Y como dijo elAntonie; para gustos los colores.
Cita:
Iniciado por moisesvs ... Si se que se puede coger Exception e y ya esta, pero me refiero a que si se podría generar un metodo que el sepa manejar excepciones, por ejemplo una clase que se llamara manejadora de excepciones, y se invocara a ella cada vez que produce una excepcion. ...
Algo así como:
¿On Error Goto subHandler?
¿ON ERROR DO fnTRAPERR WITH MESSAGE()?
¿set_error_handler (callback)?
Suena a Visual Basic 6, Foxpro 6, o PHP 4 ... hace como 10 años.
Aunque posiblemente se pueda hacer en Java
Habría que preguntarle a GreenEyed.
Por lo demás, yo no capturo excepciones, las tiro hacia arriba, a menos que pueda corregirlas eficientemente en ese mismo procedimiento. Es parte de la GUI encargarse de mostrar el error y cancelar el procedimiento o eventualmente ofrecer una opción diferente.
Usando el mismo ejemplo de elAntonie (public int setEntero), si no es un numero, muestra un mensaje de error, pero el procedimiento principal ni se enteró del error. Si hubiera tirado el error, el GUI tendría la oportunidad de preguntar ¿No es un número, desea intentar de nuevo o cancelar?. Por supuesto que es un ejemplo demasiado simple.
Pero esa solamente es mi opinión,
Saludos,