¿Diferentes estilos de flujo de programa?

Question

Soy un estudiante de informática, por lo tanto, no sé mucho.

Hace poco estuve hablando con un amigo que acaba de conseguir un trabajo como desarrollador de software (java). Me dijo que en su trabajo hay un tipo que tiene mucha experiencia en C++, pero lamentablemente cada vez que escribe código en Java, usa el try-catch para controlar el flujo del programa. Según mi amigo, este es un estilo incorrecto en Java. ¿Es esto cierto? ¿Cuáles son las diferencias (si las hay) en el uso de try-catch (-finalmente en java) entre C++ y Java?

Answer 1

El uso de try-catch para controlar el flujo del programa está mal en cualquier lugar ... El manejo de excepciones es lo que dice: Manejo de circunstancias excepcionales.

Por supuesto, para cada regla hay una docena de contraejemplos de desviaciones necesarias, pero en general: No controle el flujo del programa con excepciones.

El uso de excepciones para controlar el flujo de un programa ocurre cuando anticipa que se lanzan ciertas excepciones en un entorno operativo normal, y toma decisiones lógicas basadas en esas excepciones.

Por ejemplo controlar el flujo del programa en pseudo código:

try { 
    write update to file 
} catch (IOException) { 
    write update to alternate file 
} 

En este caso, sería mejor para probar la existencia de hecho de ruta antes de realizar la escritura ciegamente.

que eliminan la comprobación de permisos notas porque es un mal ejemplo

Un buen uso de manejo de excepciones: (pseudo código de nuevo)

try { 
    do stuff 
} catch(OutOfMemoryException) { 
    fail gracefully (don't try and do something else to achieve the same result) 
} 

Answer 2

Su pregunta es demasiado vaga y sin código de ejemplo. No hay finally en C++.

EDIT En general, no desea utilizar exceptions como medio para controlar el flujo. Exceptions se supone que deben usarse solo para casos excepcionales (situaciones inesperadas).

Answer 3

Diría que, desde el punto de vista de la arquitectura de un programa, el objetivo de las excepciones es el mismo en Java y C++. Deben usarse para manejar casos excepcionales, no el flujo normal directo del programa.

El argumento más común contra el uso de excepciones es que son lentas. Al igual que la mayoría de los argumentos basados ​​en la velocidad del código, casi siempre es irrelevante hoy en día, especialmente cuando las excepciones se usan correctamente.

Answer 4

Yo esperaría que el C++ y Java mundos a ser muy similar en sus puntos de vista:

1. de control de flujo con bloques try/catch no es inmediatamente obvio
2. es caro en cuanto al rendimiento. En la práctica, esto puede no ser un problema, pero en muchos escenarios (por ejemplo, bucles estrechos) definitivamente le afectará.

Answer 5

Creo que lo que está diciendo es que está utilizando excepciones para condiciones no excepcionales, como las terminaciones normales de bucle.Eso es considerado como un no-no por los programadores en la mayoría de los idiomas que brindan excepciones, incluido C++.

La razón de esto es que las excepciones tienden a arrastrar un poco de información junto con ellas. En algunas plataformas, traen toda la pila de llamadas en el punto de la excepción, con el propósito de mostrarla en un bonito mensaje de depuración. Eso es muy caro, si todo lo que quieres es un salto de control incondicional.

En su lugar, debe utilizar declaraciones como break, return, o incluso (en una pizca real) goto.

Answer 6

El bloque try-catch tiene la intención de hacer lo mismo en todos los idiomas; las excepciones son una de las muchas formas de recuperación cuando algo sale mal. En Java, las dos afirmaciones siguientes son idénticos:

if(x != null){ 
    //do the normal thing 
} 
else{ 
    //recover from the error 
} 

y

try{ 
    //do the normal thing 
} 
catch(NullPointerException ex){ 
    //recover 
} 

Sin embargo, el uso de excepciones no es buena idea para una serie de razones:

• el costo asociado con el lanzamiento la excepción (es decir, generar un Throwable en Java)
• el flujo de control no es inmediatamente obvio, por ejemplo, si se puede utilizar una NullPointerException lanzada por varias instrucciones en el bloque try, ¿cómo puede saber cuál arrojó en el bloque catch
• etc, etc

Answer 7

La única propósito de try/catch es el control de flujo. Está destinado a permitirnos salir de cualquier bucle, e incluso ir más allá de la persona que llama y hasta una función de nivel superior.

Sin embargo, está diseñado para condiciones excepcionales, como referencias nulas utilizadas, desbordamiento de división o falla de E/S de archivos. Estos son errores que impiden que el programa continúe y se debe manejar. En general, son difíciles de predecir o son muy raros.

Cuando se produce una condición excepcional, lo mejor que se puede hacer es alterar el flujo de control para que la excepción se arroje lo más lejos posible para encontrar un bloque catch que esté dispuesto a manejarlo. Cualquier método intermedio se aborta y desenrolla, incluso si no tiene un código para verificar los resultados.

Cuando la gente se queja sobre el uso de try/catch para el control de flujo, lo que debe media es que no es para el control de flujo en condiciones no excepcionales. Si todo lo que quiere hacer es salir de un bucle, use break o return; no lanzar una excepción y luego atraparla. Para eso no son excepciones, ni es para lo que son buenas.

Answer 8

Lo que puede faltar es varias maneras de no ejecutar un poco de código ... Así que en lugar de (en Java)

if (cond1) { 
    some_code(); 
    if (cond2) { 
    some_more_code(); 
    if (condN) { 
     ad_infinitum 
    } 
    } 
} 

Esto se puede '' aplanado por tirar un poco de basura ...

try { 
    if (!cond1) throw new Throwable(); 
    some_code(); 
    if (!cond2) throw new Throwable(); 
    some_more_code(); 
    if (!condN) throw new Throwable(); 
    ad_infinitum(); 
} catch (Throwable ignore) { } 

El problema es, ¿qué ocurre si se produce una excepción real?Creo que lo que su colega debe escribir si quiere aplanar la sangría es algo como esto:

do { 
    if (!cond1) break; 
    some_code(); 
    if (!cond2) break; 
    some_more_code(); 
    if (!condN) break; 
    ad_infinitum(); 
} while (false); 

Desde do/while siempre ejecuta podemos utilizar la pausa para aproximarse a una Goto (siempre y cuando todo se va a la mismo punto).