.NET (1.1) - IOException unterscheiden

Biri · 28.11.2007, 12:47

hi,

ein anderer Ansatz wäre natürlich, das gesammte Execption Konzept zu überdenken. Exception = etwas "Unerwartetes".

Man könnte also, wenn möglich, zuvor gewisse Prüfungen einbauen - Exceptions die man nicht handlen kann, sollte man sowieso weiterreichen - gerade, WENN du eine Library schreibst, die von anderen verwendet wird, sollte man das so machen.

Derjenige, welcher die Library verwendet, muss halt dann entscheiden, wie er mit der Exception umgeht - das ist nicht Aufgabe der Library, denn diese kann ja garnicht wissen, was passieren sollen, wenn Exceptions auftreten.

fg
hannes

28.11.2007, 12:47	#4
Biri Hero Registriert seit: 04.09.2001 Beiträge: 894	hi, ein anderer Ansatz wäre natürlich, das gesammte Execption Konzept zu überdenken. Exception = etwas "Unerwartetes". Man könnte also, wenn möglich, zuvor gewisse Prüfungen einbauen - Exceptions die man nicht handlen kann, sollte man sowieso weiterreichen - gerade, WENN du eine Library schreibst, die von anderen verwendet wird, sollte man das so machen. Derjenige, welcher die Library verwendet, muss halt dann entscheiden, wie er mit der Exception umgeht - das ist nicht Aufgabe der Library, denn diese kann ja garnicht wissen, was passieren sollen, wenn Exceptions auftreten. fg hannes

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)