A cosa serve ApplicationException in .NET?

Per generare eccezioni, di solito utilizzo classi di eccezioni integrate, ad esempio ArgumentNullExceptione NotSupportedException. Tuttavia, a volte ho bisogno di usare un'eccezione personalizzata e in quel caso scrivo:

class SlippedOnABananaException : Exception { }
class ChokedOnAnAppleException : Exception { }

e così via. Poi lancio e prendo questi nel mio codice. Ma oggi mi sono imbattuto nella ApplicationExceptionclasse - dovrei usarlo invece? Per cosa è?

Sembra inefficiente avere molte classi di eccezione effettivamente identiche con nomi diversi (di solito non ho bisogno di alcuna funzionalità individuale). Ma non mi piace l'idea di catturare un generico ApplicationExceptione di dover usare un codice aggiuntivo per determinare quale fosse l'errore.

Dove dovrebbe ApplicationExceptionadattarsi al mio codice?

Secondo le osservazioni in msdn:

Le applicazioni utente, non il Common Language Runtime, generano eccezioni personalizzate derivate dalla classe ApplicationException. La classe ApplicationException distingue tra le eccezioni definite dalle applicazioni rispetto alle eccezioni definite dal sistema.

Se si sta progettando un'applicazione che deve creare le proprie eccezioni, si consiglia di derivare eccezioni personalizzate dalla classe Exception. Inizialmente si pensava che le eccezioni personalizzate dovessero derivare dalla classe ApplicationException; tuttavia, in pratica, non è stato riscontrato che ciò aggiunga un valore significativo. Per ulteriori informazioni, consultare Best practice per la gestione delle eccezioni.

Derivali da Exception. Inoltre, non vedo alcun problema con la creazione di nuove eccezioni per i casi, a condizione che sia garantito. Se si riscontra un caso in cui esiste già un'eccezione nel framework, utilizzare tale, altrimenti, rollare il proprio.

La risposta breve è: da nessuna parte.

È una reliquia del passato, in cui Microsoft intendeva che gli sviluppatori ereditassero tutte le loro eccezioni personalizzate da ApplicationException. Poco dopo, hanno cambiato idea e hanno avvertito che le eccezioni personalizzate dovrebbero derivare dalla classe di eccezione di base. Vedi le migliori pratiche per la gestione delle eccezioni su MSDN.

Uno dei motivi più ampiamente diffusi per questo deriva da un estratto di Jeffery Richter in Framework Design Guidelines :

System.ApplicationException è una classe che non dovrebbe far parte di .NET Framework. L'idea originale era che le classi derivate da SystemException avrebbero indicato eccezioni generate dal CLR (o dal sistema) stesso, mentre le eccezioni non CLR sarebbero derivate da ApplicationException . Tuttavia, molte classi di eccezione non hanno seguito questo schema. Ad esempio, TargetInvocationException (che viene generato dal CLR) deriva da ApplicationException . Quindi, la classe ApplicationException ha perso tutto il significato. Il motivo per derivare da questa classe di base è consentire ad alcuni codici più in alto nello stack di chiamate di catturare la classe di base. Non è stato più possibile rilevare tutte le eccezioni dell'applicazione.

Così il gioco è fatto. La sintesi è che ApplicationException non è dannosa , ma solo inutile .

Nella progettazione iniziale, in .NET 1.0, era stato pianificato che il framework stesso avrebbe lanciato SystemExceptione derivato; mentre le applicazioni utente verranno generate ApplicationExceptione derivate.

Ma più tardi, in .NET 2.0, è stato eliminato.

Quindi derivano da Exception.