Exception vs. error number

[sirius]

Das sind ja zwei Totschalgbeispiele. Die wiederspiegeln aber nur einen winzigen Teil der Programmierung.

[SirThornberry]

@Angos: oder noch besser TryStrToInt. Der Benutzer soll schon eine Meldung bekommen das etwas falsch war an seiner Eingabe und nicht einfach ein Ergebnis auf Grundlage von Defaultwerten bekommen.

[angos]

Guten Morgen,

Zitat:

Zitat von sirius

Das sind ja zwei Totschalgbeispiele. Die wiederspiegeln aber nur einen winzigen Teil der Programmierung.

ja, da hast du recht, deshalb habe ich ja auch folgende Aussage getroffen:

Zitat:

ansonsten halt die werte so vorbelegen, dass eine exception komplett vermieden wird.

Man sollte möglichst so programmieren, dass keine exceptions auftreten, also "Werte passend belegen und prüfen", Speicher freigeben, etc..

@ SirThornberry: Das kommt immer auf den Anwendungsfall an, mal das eine, mal das andere.


Grüße
Ansgar

[sirius]

Zitat:

Zitat von angos

Man sollte möglichst so programmieren, dass keine exceptions auftreten, also "Werte passend belegen und prüfen", Speicher freigeben, etc..

Ja klar. So lange ich prüfen kann und es mir ein leichtes ist den Nutzer darauf hinzuweisen. Wenn ich aber tief in einer Klasse bin, in der ich partout keine GUI drin haben will, wird es schon komplizierter über mehrere Funktionen/Methoden wieder zurückzuspringen und jedesmal mit if-Abfragen einen ErrorCode zu testen.
Hier hat r2c2 auch noch ein paar Sachen dazu

[mschaefer]

Normalerweise versuche ich Exceptions zu umgehen, aber es gibt Situatione, wo sie einfach praktisch sind: Beim Arbeiten mit Com-Objekten oder beim Aufruf von Fremd-dll´s. Also überall dort, wo man keine Eigenkontrolle mehr hat. // Grüße // Martin