salida try/catch para evitar que el código después de que se ejecuten

Question

Tengo por ejemplo, un try/catch en mi método:

} 
    catch (OurCustomExceptionObject1 ex) 
    { 
     txtErrorMessage.InnerHtml = "test 1"; 
    } 
    catch(OurCustomExceptionObject2 ex) 
    { 
     txtErrorMessage.InnerHtml = "test 2"; 
    } 
    catch (OurCustomExceptionObject3 ex) 
    { 
     txtErrorMessage.InnerHtml = "test 3"; 
    } 

    ... rest of code here is being executed after the try/catch 

no quiero que el resto del código se ejecute si alguna de las excepciones son atrapados. Estoy manejando las excepciones. Escuché que no use Exit Try por alguna razón. ¿Es cierto, es malo hacer esto? ¿Es esta la forma correcta de detener la ejecución del código después de la declaración catch?

Answer 1

O bien return en el catch-block, vuelva a lanzar la excepción, o mueva el código de debajo del try-block dentro del try-block.

Answer 2

dos opciones vienen a la mente:

1. return directamente desde el interior de cada catch (como se sugiere BlueRaja)
2. establecer un indicador (por ejemplo, errorOccurred) dentro de los bloques de catch las excepciones no lo hace quiere permitir, a continuación, poner if (errorOccurred) return; después de todo el bloque try/catch

Este último poder ser más rea Dable a otros desarrolladores, ya que es fácil pasar rápidamente lo que sucede dentro de un catch para descubrir lo que sucede después. Ver un evidente if (errorOccurred) return; hace que sea bastante difícil malinterpretar lo que sucedió.

Answer 3

Desde una vista de alto nivel, creo que esto podría ser una violación de (al menos) el Principio de Responsabilidad Individual si su código intenta hacer algo que podría fallar, y luego continuar para hacer algunas cosas más.

En aras de una respuesta, sin embargo, si usted quiere hacer un corte (que siempre es malo, así que no lo hacen) que podría hacer

bool success = true; 
try 
{ 
    // the good ol' college try 
} 
catch (...) 
{ 
    success = false; 
} 

if (success) 
{ 
    // do the rest of your stuff 
} 

edición: o, alternativamente, como se sugiere BlueRaja, poner todo de su código en el bloque try. Si el primer bit falla, falla. El resto del código no se ejecutará de todos modos.