Dodawanie adnotacji Wyjątki z dodatkowymi informacjami bez ich przechwytywania

Question

Czasami występują wyjątki. Kiedy to zrobią, zostaną zalogowani, a następnie przeanalizowani. Dziennik zawiera oczywiście informacje o stosie i inne globalne informacje, ale często brakuje kluczowego kontekstu. Chciałbym opisać wyjątek z tymi dodatkowymi informacjami, aby ułatwić późniejsze debugowanie.

• ja nie chce try{...}catch{... throw;} ponieważ liczy się jako połowu wyjątek i sprawia, że ​​trudniej debugowania (w trakcie rozwoju Chciałbym aplikację, aby zatrzymać i debugger do reagowania, gdy oryginał jest wyjątek, a nie gdy najbardziej nieprzechwycony wyjątek jest). Moduły obsługi wyjątków pierwszej szansy nie stanowią obejścia, ponieważ istnieje niestety zbyt wiele fałszywych alarmów.
• Chciałbym uniknąć nadmiernego obciążenia w normalnym, nie wyjątkowym przypadku.

Czy istnieje sposób przechowywania kluczowych elementów kontekstu (np. Przetwarzana nazwa pliku itp.) W wyjątku w sposób, który nie przechwytuje wyjątku?

Answer 1

Zastrzeliłem ten budynek z sugestii Adama o Aopie. moje rozwiązanie byłoby Unity zamiast PostSharp i jedyne pytanie to to, czy wyjątek jest złowionych w środku z powołaniem, które prawdopodobnie jest ...

 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

Nie ma nic złego z następującym wzorem:

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

To jest dokładnie ten wzór, który można wykorzystać, na przykład, kiedy "Zrobić coś" jest, na przykład, otwarcie jakiegoś pliku. "SpecificException" może być "nie można odczytać pliku konfiguracyjnego".

Answer 3

Nie używałbym AOP do przechwytywania wyjątków. Zamiast tego użyłbym klasy przechwytującej do LOGowania wyjątku + wszystkich argumentów do metody, która rzuciła wyjątek. A następnie niech oryginalny wyjątek zostanie ponownie rzucony.