Preguntas con la etiqueta [try-catch]
¿Es mejor "probar" algo y detectar la excepción o probar si es posible primero evitar una excepción?
¿Debo probar ifque algo es válido o simplemente tryhacerlo y detectar la excepción? ¿Existe alguna documentación sólida que indique que se prefiere una forma? ¿ Es una forma más pitónica
¿Por qué los bloques de captura vacíos son una mala idea? [cerrado]
Acabo de ver una pregunta sobre try-catch , ¿qué personas (incluido Jon Skeet) dicen que los bloques catch vacíos son una muy mala idea? ¿Por qué esto? ¿No existe ninguna
¿Captando java.lang.OutOfMemoryError?
Documentación para java.lang.Errordice: Un error es una subclase de Throwable que indica problemas graves que una aplicación razonable no debería intentar detectar. Pero como java.lang.Errores una subclase de java.lang.Throwable, puedo
¿Cómo utilizar la función tryCatch()?
Quiero escribir código para tryCatchsolucionar errores al descargar datos de la web. url <- c( "http://stat.ethz.ch/R-manual/R-devel/library/base/html/connections.html", "http://en.wikipedia.org/wiki/Xz") y <- mapply(readLines, con=url) Estas dos declaraciones se ejecutan correctamente. A continuación, creo
¿Por qué detectar y volver a lanzar una excepción en C#?
Estoy mirando el artículo C#: objeto de transferencia de datos en DTO serializables. El artículo incluye este fragmento de código: public static string SerializeDTO(DTO dto) { try { XmlSerializer xmlSer
¿Por qué no debería envolver cada bloque en "try"-"catch"?
Siempre he creído que si un método puede generar una excepción, entonces es imprudente no proteger esta llamada con un bloque try significativo. Acabo de publicar ' SIEMPRE debes cerrar
¿Puedo detectar varias excepciones de Java en la misma cláusula de captura?
En Java, quiero hacer algo como esto: try { ... } catch (/* code to catch IllegalArgumentException, SecurityException, IllegalAccessException, and NoSuchFieldException at the same time */) { someCode(); } ...en
