Hallo!
> ja, das w�re gut, mich w�rde noch interessieren,
> wie ich dann den Typ der Exception ermittle bzw.
> verstehe ich das so, da� ich ja dann im catch-Block
> *irgendetwas* (eine Art GeneralException) �bergeben
> mu�.
>
> Lass uns nicht dumm sterben ;-)
Alle Framework-Exceptions werden von System.Exception abgeleitet, eigene
Exceptions von ApplicationException (die nat�rlich wieder von
System.Exception).
Alle Exception-Handler haben die Parameter "Sender" und "EventArgs" oder
eine Ableitung von EventArgs - meist mit "ex" bezeichnet.
Und alle Exceptions liefern f�r den Programmier wichtige Informationen in
ex.Message und ex.StackTrace.
F�r den Anwender gibt es in meinen Augen allerdings nur zwei Dinge: Entweder
"Was Du willst geht jetzt nicht, probier es sp�ter oder kauf ein Upgrade"
oder aber es war nicht so wichtig und er muss von der Ausnahme nichts
merken.
Der erste Fall kann immer zentral bearbeitet werden und der letzte lokal:
Try
...
Catch : End Try
Jetzt gibt's nat�rlich auch noch die reparablen Exceptions. Wenn man z. B.
eine Datei in einem Verzeichnis nicht findet, kann man ja auch noch woanders
suchen:
Dim myStream As IO.StreamReader
Try
myStream = IO.File.Open("Verzeichnis/Datei.Ext")
Catch ex As IO.Exception
myStream = IO.File.Open("Verzeichnis/Unterverzeichnis/Datei.Ext")
End Try
Was ich eignetlich sagen will ist, dass Try-Catch-Finally f�r schn�de
Fehlermeldungen viel zu schade ist. ;-)
Freundliche Gr��e
Joachim van de Bruck
_______________________________________________
Asp.net mailing list
[EMAIL PROTECTED]
http://www.glengamoi.com/mailman/listinfo/asp.net
