El manejo de excepciones es el proceso de responder a la ocurrencia de condiciones anómalas o excepcionales que requieren un procesamiento especial, a menudo cambiando el flujo normal de ejecución del programa.
Existen muchas mejores prácticas bien conocidas sobre el manejo de excepciones de forma aislada. Sé lo que se debe y no se debe hacer, pero las cosas se complican cuando se trata de mejores prácticas o patrones en entornos más grandes. "Lanzar temprano, atrapar tarde" - He escuchado muchas veces y...
¿Es esto un antipatrón? ¿Es una práctica aceptable? try { //do something } catch (Exception e) { try { //do something in the same line, but being less ambitious } catch (Exception ex) { try { //Do the minimum acceptable } catch (Exception e1) { //More try catches? } }...
La forma clásica de programar es con try ... catch. ¿Cuándo es apropiado usar trysin catch? En Python, lo siguiente parece legal y puede tener sentido: try: #do work finally: #do something unconditional Sin embargo, el código no hizo catchnada. Del mismo modo, se podría pensar en Java que...
Leí un código de un colega y descubrí que a menudo atrapa varias excepciones y siempre lanza una 'RuntimeException' en su lugar. Siempre pensé que esta es una muy mala práctica. ¿Me
En la escuela, hace más de 10 años, te estaban enseñando a usar especificadores de excepción. Dado que mi experiencia es como uno de ellos programadores de Torvaldish C que obstinadamente evita C ++ a menos que sea forzado a hacerlo, solo termino en C ++ esporádicamente, y cuando lo hago, todavía...
Aprecio mucho las nuevas características de Java 8 sobre lambdas e interfaces de métodos predeterminados. Sin embargo, todavía me aburro con las excepciones marcadas. Por ejemplo, si solo quiero enumerar todos los campos visibles de un objeto, me gustaría simplemente escribir esto:...
Muchos lenguajes modernos ofrecen características de manejo de excepciones , pero el lenguaje de programación Swift de Apple no proporciona un mecanismo de manejo de excepciones . Cargada de excepciones como estoy, tengo problemas para entender lo que esto significa. Swift tiene afirmaciones y,...
Sé que puedo lanzar una excepción del constructor en PHP, pero ¿debería hacerlo? Por ejemplo, si el valor de un parámetro no es como lo esperaba. ¿O debería aplazar el lanzamiento de una excepción hasta que se invoque un método? ¿Cuáles son las ventajas y desventajas en ambos...
Esta pregunta está destinada a aplicarse a cualquier lenguaje de programación OO que admita el manejo de excepciones; Estoy usando C # solo con fines ilustrativos. Por lo general, las excepciones están destinadas a surgir cuando surge un problema que el código no puede manejar de inmediato, y...
En varios lenguajes (Java al menos, piense también C #?) Puede hacer cosas como if( condition ) singleStatement; while( condition ) singleStatement; for( var; condition; increment ) singleStatement; Entonces, cuando tengo solo una declaración, no necesito agregar un nuevo alcance con { }....
Ejemplo: foobar = new InputStreamReader(p.getInputStream(), "ISO-8859-1"); Dado que la codificación está codificada y es correcta, el constructor nunca arrojará la excepción UnsupportedEncodingException declarada en la especificación (a menos que la implementación de Java esté rota, en cuyo caso...
Me pregunto cuáles son las ventajas de la Maybe mónada sobre las excepciones. Parece que Maybees una forma de try..catchsintaxis explícita (y que consume bastante espacio) . actualizar nota por favor que estoy intencionalmente no mencionar
Los analizadores de código estático como Fortify "se quejan" cuando se puede lanzar una excepción dentro de un finallybloque, diciendo eso Using a throw statement inside a finally block breaks the logical progression through the try-catch-finally. Normalmente estoy de acuerdo con esto. Pero...
Algunos lenguajes (como C ++ y versiones anteriores de PHP) no admiten la finallyparte de una try ... catch ... finallyconstrucción. ¿Es finallynecesario alguna vez? Debido a que el código siempre se ejecuta, ¿por qué no debería / no debería colocar ese código después de un try ... catchbloque sin...
Tengo una aplicación web Spring de tres capas: dao, servicio y controladores. Un controlador nunca llama directamente al dao, lo hace a través de la capa de servicio. En este momento, la mayoría de las veces si hay una excepción de dao (tiempo de ejecución) que no se maneja, será detectada por un...
Estoy escribiendo un pequeño programa simple para transmitir MIDI a través de una red. Sé que el programa encontrará problemas de transmisión y / u otras situaciones de excepción que no podré predecir. Para el manejo de excepciones, veo dos enfoques. ¿Debo escribir el programa para que: falla...
Cerrada . Esta pregunta está basada en la opinión . Actualmente no está aceptando respuestas. ¿Quieres mejorar esta pregunta? Actualice la pregunta para que pueda ser respondida con hechos y citas editando esta publicación . Cerrado hace 5 años . Si nos...
Si lanzar System.Exceptionse considera tan malo, ¿por qué no se Exceptionhizo abstracten primer lugar? De esa manera, no sería posible llamar: throw new Exception("Error occurred."); Esto exigiría el uso de excepciones derivadas para proporcionar más detalles sobre el error que ocurrió. Por...
Como programador de Java, siempre he sido crítico con las Excepciones no verificadas. La mayoría de los programadores lo usan como un camino hacia la facilidad de codificación solo para crear problemas más adelante. Además, los programas (aunque desordenados) con excepciones marcadas son mucho más...
En segundo lugar, me preguntaba si alguien sabía cuál era la diferencia entre las excepciones (en el ámbito del flujo de control de excepciones) y las Excepciones (como las que se usan en Java). ¿Pero están allí para proteger básicamente el sistema de fallas al finalizar el programa de...