Wofür ist ApplicationException in .NET?

Um Ausnahmen auszulösen, verwende ich normalerweise integrierte Ausnahmeklassen, z . B. ArgumentNullExceptionund NotSupportedException. Manchmal muss ich jedoch eine benutzerdefinierte Ausnahme verwenden und in diesem Fall schreibe ich:

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

und so weiter. Dann werfe ich und fange diese in meinem Code. Aber heute bin ich auf die ApplicationExceptionKlasse gestoßen - sollte ich das stattdessen verwenden? Wofür ist das?

Es scheint ineffizient zu sein, viele effektiv identische Ausnahmeklassen mit unterschiedlichen Namen zu haben (normalerweise benötige ich keine individuellen Funktionen). Aber ich mag die Idee nicht, ein Generikum zu fangen ApplicationExceptionund zusätzlichen Code verwenden zu müssen, um den Fehler zu bestimmen.

Wo sollte ApplicationExceptionmein Code passen?

Nach den Ausführungen in msdn:

Benutzeranwendungen, nicht die Common Language Runtime, lösen benutzerdefinierte Ausnahmen aus, die von der ApplicationException-Klasse abgeleitet sind. Die ApplicationException-Klasse unterscheidet zwischen von Anwendungen definierten Ausnahmen und vom System definierten Ausnahmen.

Wenn Sie eine Anwendung entwerfen, die eigene Ausnahmen erstellen muss, wird empfohlen, benutzerdefinierte Ausnahmen von der Exception-Klasse abzuleiten. Es wurde ursprünglich angenommen, dass benutzerdefinierte Ausnahmen von der ApplicationException-Klasse abgeleitet werden sollten. In der Praxis wurde jedoch kein signifikanter Mehrwert festgestellt. Weitere Informationen finden Sie unter Best Practices für den Umgang mit Ausnahmen.

Leiten Sie sie von ab Exception. Außerdem sehe ich kein Problem beim Erstellen neuer Ausnahmen für Ihre Fälle, solange dies gerechtfertigt ist. Wenn Sie auf einen Fall stoßen, in dem das Framework bereits eine Ausnahme enthält, verwenden Sie diesen, andernfalls rollen Sie Ihre eigene.

Die kurze Antwort lautet: Nirgendwo.

Es ist ein Relikt der Vergangenheit, in dem Microsoft beabsichtigte, dass Entwickler alle ihre benutzerdefinierten Ausnahmen von ApplicationException erben. Kurz darauf änderten sie ihre Meinung und rieten, dass benutzerdefinierte Ausnahmen von der Basisausnahmeklasse abgeleitet werden sollten. Siehe Best Practices für den Umgang mit Ausnahmen in MSDN.

Einer der am weitesten verbreiteten Gründe hierfür ist ein Auszug aus Jeffery Richter in den Framework Design Guidelines :

System.ApplicationException ist eine Klasse, die nicht Teil von .NET Framework sein sollte. Die ursprüngliche Idee war, dass von SystemException abgeleitete Klassen Ausnahmen anzeigen würden, die von der CLR (oder dem System) selbst ausgelöst wurden, während Nicht-CLR-Ausnahmen von ApplicationException abgeleitet würden . Viele Ausnahmeklassen folgten jedoch nicht diesem Muster. Beispielsweise wird TargetInvocationException (die von der CLR ausgelöst wird) von ApplicationException abgeleitet . Daher hat die ApplicationException- Klasse jede Bedeutung verloren. Der Grund für die Ableitung von dieser Basisklasse besteht darin, dass Code weiter oben im Aufrufstapel die Basisklasse abfängt. Es konnten nicht mehr alle Anwendungsausnahmen abgefangen werden.

Da haben Sie es also. Die Zusammenfassung lautet, dass ApplicationException nicht schädlich , sondern nur nutzlos ist .

Im ursprünglichen Entwurf in .NET 1.0 war geplant, dass das Framework selbst ausgelöst SystemExceptionund abgeleitet wird. während Benutzeranwendungen - werfen ApplicationExceptionund abgeleitet.

Aber später in .NET 2.0 wurde das gelöscht.

Also ableiten von Exception.