¿Cuál es la mejor manera de presentar una excepción en C#?

Question

Implemento tradicionalmente un conjunto de páginas web que permiten la validación manual de la funcionalidad de la aplicación principal. Un ejemplo es LoggerTest.aspx que genera y registra una excepción de prueba. Siempre he elegido para criar a un DivideByZeroException usando un enfoque similar al siguiente fragmento de código:

try 
{ 
    int zero = 0; 
    int result = 100/zero; 
} 
catch (DivideByZeroException ex) 
{ 
    LogHelper.Error("TEST EXCEPTION", ex); 
} 

El código funciona muy bien, pero siento que tiene que haber una solución más elegante. ¿Hay una mejor manera de plantear una excepción en C#?

Answer 1

try 
{ 
    throw new DivideByZeroException(); 
} 
catch (DivideByZeroException ex) 
{ 
    LogHelper.Error("TEST EXCEPTION", ex); 
} 

Answer 2

Respuesta corta:

throw new Exception("Test Exception"); 

Usted necesitará

using System; 

Answer 3

exceptionhere tiro;

¿No es así?

Ejemplo que encontré fue

 if (args.Length == 0) 
     { 
      throw new ArgumentException("A start-up parameter is required."); 
     } 

Answer 4

throw new DivideByZeroException("some message");?

¿O me está faltando algo?

Answer 5

Para propósitos de prueba es probable que desee crear una clase específica (tal vez TestFailedException?), Y echarlo en lugar de secuestro de otro tipo de excepción.

Answer 6

Si solo está probando el método Error de LogHelper, ¿por qué lanzar la excepción? Solo necesita un trazador de líneas:

LogHelper.Error("TEST EXCEPTION", new Exception("This is a test exception")); 

Answer 7

Así que, permítame ponerme en forma para seguir haciéndolo como era. No desea probar qué ocurre cuando se lanza un DivideByZeroException; quieres probar lo que sucede cuando ocurre una división por cero.

Si no ve la diferencia, considere: ¿Está realmente seguro de cuándo quiere comprobar NullRefernceException y cuándo para ArgumentNullException?

Answer 8

Gracias por los comentarios. He marcado la respuesta de GalacticCowboy como correcta, ya que obviamente es la respuesta correcta basada en la forma en que se formula la pregunta.

Para aquellos que piensan "tiene que haber más para esta pregunta", tienes razón. En esencia, estaba buscando la mejor manera de plantear/causar/simular una excepción. Como dijo James Curran, es la ocurrencia de la excepción en lugar de lanzar una excepción que estoy buscando. Forzar una DivideByZeroException es mi estrategia predeterminada, aunque pensé que podría haber otra forma o incluso una mejor excepción a la fuerza.

Es muy probable que no haya diferencia entre lanzar y "levantar" una excepción. La mayoría de las respuestas parecen ser al menos de esta opinión.

Gracias de nuevo por los comentarios y lo siento si la pregunta era vaga.

Answer 9

¿Cree una excepción personalizada para fines de prueba? Luego, puede agregar las propiedades personalizadas que desee que lleve la excepción en su camino a través del proceso de manejo/registro de excepciones ...

[Serializable] 
public class TestException: ApplicationException 
{ 
    public TestException(string Message, 
        Exception innerException): base(Message,innerException) {} 
    public TestException(string Message) : base(Message) {} 
    public TestException() {} 

    #region Serializeable Code 
    public TestException(SerializationInfo info, 
      StreamingContext context): base(info, context) { } 
    #endregion Serializeable Code 
} 

en su clase

try 
{ 
     throw new TestException(); 
} 
catch(TestException eX) 
{ 
    LogHelper.Error("TEST EXCEPTION", eX); 
} 

Answer 10

¿Se

System.Diagnostics.Debug.Assert(condition); 

dar una alternativa?

Quizás luego usar

catch (AssertionException) { } 

registrar un fallo de la prueba.

Vea también C# - What does the Assert() method do? Is it still useful? y http://en.csharp-online.net/Assert.

Answer 11

 try 
     { 
      string a="asd"; 
      int s = Convert.ToInt32(a); 
     } 
     catch (Exception ex) 
     { 

      Response.Write(ex.Message); 
     } 

Volverá excepción "Cadena de entrada no estaba en un formato correcto."