Anotaciones Excepciones con información adicional sin capturarlas

Question

A veces ocurren excepciones. Cuando lo hacen, se registran y luego se analizan. El registro obviamente contiene el seguimiento de la pila y otra información global, pero a menudo falta un contexto crucial. Me gustaría anotar una excepción con esta información adicional para facilitar la depuración post mortem.

• no quiero a try{...}catch{... throw;} ya que cuenta como la captura de una excepción y que hace más difícil la depuración (durante el desarrollo me gustaría la aplicación de parar y el depurador de reaccionar cuando se produce la excepción original y no cuando la excepción más externa no detectada es). Los manejadores de excepciones de primera oportunidad no son una solución, ya que lamentablemente hay demasiados falsos positivos.
• Me gustaría evitar una sobrecarga excesiva en el caso normal y no excepcional.

¿Hay alguna forma de almacenar elementos clave de contexto (por ejemplo, nombre de archivo procesado o lo que sea) en una excepción de una manera que no capte la excepción?

Answer 1

Estoy tomando una foto en este edificio por la sugerencia de Adán de Aop. mi solución sería la unidad en lugar de PostSharp y la única pregunta que tengo es si la excepción se está atrapado en el interior de la invocación, que es probable que ...

 public IMethodReturn Invoke(IMethodInvocation input, GetNextInterceptionBehaviorDelegate getNext) 
    { 
     //execute 
     var methodReturn = getNext().Invoke(input, getNext); 

     //things to do after execution 
     if (methodReturn.Exception != null) 
      methodReturn.Exception.Data.Add("filename", "name of file"); 

     return methodReturn; 
    } 
} 

Answer 2

No hay nada malo con el siguiente patrón:

try 
{ 
    // Do Something 
} 
catch (GeneralException ex) 
{ 
    throw new SpecificException(
     String.Format("More specifics ({0}) in message", someData), 
     moreContext, 
     new {even, more, context}, 
     ex); 
} 

Este es precisamente el patrón a usar, por ejemplo, cuando el "Hacer algo" es, por ejemplo, abrir un archivo de algún tipo. La "SpecificException" podría ser "no se puede leer el archivo de configuración".

Answer 3

No utilizaría AOP para detectar las excepciones. En su lugar, utilizaría la clase de interceptación para registrar la excepción + todos los argumentos en el método que arrojó la excepción. Y luego deje que la excepción original sea arrojada de nuevo