He visto al menos una fuente confiable (una clase de C ++ que tomé) recomienda que las clases de excepciones específicas de la aplicación en C ++ hereden de std::exception . No tengo claro los beneficios de este enfoque. En C #, las razones para heredar de ApplicationException son claras: obtienes un puñado de métodos, […]
He leído y releído Java Concurrency in Practice, he leído varios hilos aquí sobre el tema, he leído el artículo de IBM que trata con InterruptedException y, sin embargo, hay algo que simplemente no entiendo, que creo que puede romperse. hacia abajo en dos preguntas: Si nunca más voy a interrumpir otros hilos, ¿qué puede […]
Estoy intentando este código que es una calculadora. ¿Cómo puedo manejar la entrada del usuario que no es válida? // RESPUESTA: Conectando encabezado a Objective-C // https://github.com/kongtomorrow/TryCatchFinally-Swift Aquí está la misma pregunta pero en objc pero quiero hacer esto rápidamente. Captura de NSInvalidArgumentException de NSExpression Todo lo que quiero mostrar es un mensaje si no […]
Al escribir pruebas unitarias para una API Java, puede haber circunstancias en las que desee realizar una validación más detallada de una excepción. Es decir, más de lo que ofrece la anotación @test que ofrece JUnit. Por ejemplo, considere una clase que debe atrapar una excepción de alguna otra interfaz, ajuste esa excepción y ejecute […]
Una discusión en otra pregunta me hizo preguntarme: ¿qué tienen los sistemas de excepción de otros lenguajes de progtwigción que Carece de Perl? Las excepciones integradas de Perl son un tanto ad-hoc ya que, como el sistema de objetos Perl 5, se atornillaron como una idea de último momento, y sobrecargaron otras palabras clave ( […]
La prueba es en Linux de 32 bits x86 con gcc 4.6.3 Cuando uso gcc para comstackr un progtwig C y usar readelf para verificar la información de la sección, puedo ver las secciones .eh_frame_hdr y .eh_frame_hdr dentro. Por ejemplo, aquí está la información de la sección del progtwig binario Perlbench . readelf -S perlbench […]
En un bloque Try Catch Finally, ¿el bloque finally siempre se ejecuta sin importar qué, o solo si el bloque catch no devuelve un error? Tenía la impresión de que el bloque finally solo se ejecuta si el bloque catch pasa sin errores. Si el bloque catch se ejecuta debido a un error, ¿no debería […]
Si genero una excepción yo mismo, puedo incluir cualquier información en la excepción: una cantidad de línea de código y nombre del archivo fuente. Algo como esto: throw std::exception(“myFile.cpp:255”); Pero, ¿qué pasa con las excepciones no controladas o con excepciones que no generé yo?
¿Cómo puedo verificar si IOException es un tipo de excepción “No hay espacio suficiente en el disco”? En este momento compruebo si el mensaje coincide con algo así como “No hay suficiente espacio en el disco”, pero sé que esto no funcionará si el idioma del sistema operativo no es el inglés.
Lo que sea que esté dentro finalmente, los bloques se ejecutan (casi) siempre, entonces, ¿cuál es la diferencia entre encerrar el código o dejarlo sin cerrar?