Bedingungen für Parameterwerte

[Alucardd]

Hi,

mir hat sich gerade, bei einer mathematische Formel, bei der bestimmte Werte eine definierte Menge haben, eine Frage gestellt und zwar ob man, für zB. Integer Parameter-Werte in der Methode oder im Parameter, direkt Bedingungen für eben jene Werte stellen kann. Also auch zB., dass der erste Wert immer größer sein muss als der zweite.

Edit: Ich meine nicht, dass ich in der Methode direkt am Anfang ein if else mache. So habe ich es nämlich zuerst gemacht und dann ist mir eingefallen, dass ich bei else nicht return null hinschreiben kann weil die methode kein objekt zurückgeben soll sonder ein Integer.

Grüße

 

[Ullenboom]

Java Bean Validation? Wäre allerdings statisch für die Werte, man kann @min, @Max nutzen.

 

[mrBrown]

Über Annotationen könnte das uU mit dem Checker Framework (schöner als mit Bean Validation) möglich sein, aber im Kopf hab ich da nichts.

Edit: Ich meine nicht, dass ich in der Methode direkt am Anfang ein if else mache. So habe ich es nämlich zuerst gemacht und dann ist mir eingefallen, dass ich bei else nicht return null hinschreiben kann weil die methode kein objekt zurückgeben soll sonder ein Integer.

Statt null zurückgeben könnte man dort eine Exception werfen

 

[LimDul]

Ein Integer ist auch ein Objekt - da kann man null zurückgeben (nur bei int) nicht. Wäre auch eine Option, Integer anstelle von int zu verwenden. Gibt dann aber halt eine Exception, wenn jemand versucht das als int zu nutzen und null zurückgekommen ist.

Im Endeffekt ist das alles aber nix anderes als eine Bedingung am Anfang die dann eine Exception wird, wenn die Bedingung verletzt ist.

 

[L0oNY]

Wäre es an dieser Stelle nicht sinnvoller, die Korrektheit der Parameter an einer anderen Stelle zu prüfen und dafür zu sorgen, dass eben die richtigen Parameter übergeben werden?
Wenn man eine Methode mit int als Parameter aufruft, will man ja auch nicht erst beim Aufruf testen, ob es ein String ist, sondern vorher sicherstsellen, dass sie nur mit int aufgerufen wird

 

[mrBrown]

Wäre es an dieser Stelle nicht sinnvoller, die Korrektheit der Parameter an einer anderen Stelle zu prüfen und dafür zu sorgen, dass eben die richtigen Parameter übergeben werden?

Ja, sinnvoll ist das, aber checken innerhalb der Methode sollte man ja trotzdem

 

[LimDul]

Jein. Eine Methode sollte sich nie drauf verlassen, dass sie immer mit korrekten Parametern aufgerufen wird. Einiges kann man durch Typ-Definition erschlagen, aber nicht alles. Wenn ich als Beispiel wie hier zwei Zahlen als Eingabe habe und die Bedingung, dass die erste Zahl großer als die zweite ist, ist das etwas wo ich mich als Programmierer der Methode nicht drauf verlassen kann, dass der Aufrufer das schon richtig gemacht hat (zumindest wenn die Methode public ist - bei private Methoden kann man es ggf. noch verifizieren). Und dann macht man eigentlich:

* Im Javadoc diese Bedingung dokumentieren (Idealerweise hat die Methode und die Parameter auch so sprechende Namen, dass es klar ist)
* Am Anfang der Methode die Bedingung prüfen und wenn sie nicht erfüllt ist, eine IllegalArgumentException werfen.
* Unit-Tests schreiben die das korrekte und das Exception Verhalten testen.

 

[Alucardd]

Danke für die Antworten.

* Im Javadoc diese Bedingung dokumentieren (Idealerweise hat die Methode und die Parameter auch so sprechende Namen, dass es klar ist)
* Am Anfang der Methode die Bedingung prüfen und wenn sie nicht erfüllt ist, eine IllegalArgumentException werfen.

Habe es so gemacht wie von LimDul beschrieben. Javadoc und die Bedingung müsste dafür reichen.