Teniendo en cuenta que tienes un código como este: doSomething() // this method may throw a checked a exception //do some assignements calculations doAnotherThing() //this method may also throw the same type of checked exception //more calls to methods and calculations, all throwing the same kind of exceptions. Ahora sé, de hecho hay un golpe […]
Estoy revisando un código nuevo. El progtwig solo tiene un bash y un locking final. Como se excluye el bloque catch, ¿cómo funciona el bloque try si encuentra una excepción o algo que se pueda arrojar? ¿Va directamente al bloque final?
He visto a personas decir que está mal usar captura sin argumentos, especialmente si esa captura no hace nada: StreamReader reader=new StreamReader(“myfile.txt”); try { int i = 5 / 0; } catch // No args, so it will catch any exception {} reader.Close(); Sin embargo, esto se considera buena forma: StreamReader reader=new StreamReader(“myfile.txt”); try { […]
Mientras trabajaba en un proyecto de la escuela, escribí el siguiente código: FileOutputStream fos; ObjectOutputStream oos; try { fos = new FileOutputStream(file); oos = new ObjectOutputStream(fos); oos.writeObject(shapes); } catch (FileNotFoundException ex) { // complain to user } catch (IOException ex) { // notify user } finally { if (oos != null) oos.close(); if (fos != […]
¿Hay alguna sobrecarga en Java para usar un bloque try / catch , en oposición a un bloque if (suponiendo que el código adjunto no lo solicita)? Por ejemplo, tome las siguientes dos implementaciones simples de un método de “ajuste seguro” para cadenas: public String tryTrim(String raw) { try { return raw.trim(); } catch (Exception […]
¿Cuál es la regla general a la hora de decidir si agregar una cláusula throws a un método o usar un try-catch? Según lo que he leído, los lanzamientos deben usarse cuando la persona que llama ha roto el final del contrato (objeto pasado) y el try-catch se debe usar cuando se produce una excepción […]
Soy un progtwigdor principiante de Java siguiendo los tutoriales de Java . Estoy usando un progtwig Java simple de la página de flujos de datos de los tutoriales de Java , y en el tiempo de ejecución, sigue mostrando EOFException . Me preguntaba si esto era normal, ya que el lector tiene que llegar al […]
Ejecuté un progtwig de ejemplo y, de hecho, se llaman destructores para los objetos asignados a la stack, pero ¿está esto garantizado por el estándar?
¿Es posible detectar excepciones en Swift? Dado el siguiente código: NSException.raise(NSRangeException, format: “Now you’ve gone too far!”, arguments: CVaListPointer(fromUnsafePointer: UnsafePointer())) ¿Es posible evitar que la excepción bloquee todo el progtwig? Es decir, ¿cuál es el equivalente Swift de lo siguiente en Objective-C: @try { [NSException raise:NSRangeException format:@”Now you’ve gone too far!”]; }
He estado buscando código y he visto probar con recursos. He utilizado la statement de try-catch estándar antes y parece que hacen lo mismo. Entonces mi pregunta es Try With Resources vs Try-Catch, cuáles son las diferencias entre ellos, y cuál es mejor. Aquí hay una prueba con recursos: objects jar = new objects(“brand”); objects […]