Null-Rückgabewert von Methoden = sauberes programmieren?

[me4]

Hi,

wollte mal fragen ob es gern gesehen wird wenn funktionen mehrere rückgabewerte liefern können. Zum beispiel wenn eine Funktion einen bool-wert zurückliefert (true/false) und im Fehlerfall z.B. NULL zurückliefert. Oder sollte man sowas möglichst immer vermeiden?

 

[Roar]

wenn eine methode einen boolean wert zurückliefern soll, kansnt du null nicht zurückliefern. exceptions ?

 

[Mag1c]

Hi,

man kann "null" dazu verwenden, um z.B. nicht initialisierte oder nicht belegte Zustände anzuzeigen. Für Fehler sollte man Exceptions verwenden.

Gruß
Mag1c

 

[AlArenal]

Was du in deinem Beispiel beschreibst geht in der Praxis nicht. Siehe Roar..

Ansonsten hängt es ganz vom Anwendungsfall ab, ob eine Methode, die ein Objekt liefern soll auch null liefern kann oder darf. Die Frage ist im Einzelfall, was das dann für die Programmlogik bedeutet.

Wenn du eine Methode schreibst, die dir irgendein Objekt sucht und null zurücklifert, kann es ja sein, dass das einfach nur bedeutet, dass nichts passendes gefunden wurde. In anderen Anwendungsfällen darf eine Methode nicht null liefern, wie z.B. TreeModel#getChild(Object parent, int index), weil das implizieren würde, dass das Datenmodell korrupt ist.

Das musst du im Einzelfall halt selbst bestimmen und dir da Gedanken zu machen. Entsprechend ist die bedeutung des return-Werts dann auch zu dokumentieren, damit man sich bei der Benutzung der Methode auf dieses definierte Verhalten verlassen kann.