final vor Funktionsparameter?

[Bit2_Gosu]

Hi!

Ich wollte schon immer mal wissen, wann man vor FUnktionsparamter "final" schreiben sollte, wenn es geht, und wann nicht. Ich weiß, was final bedeutet.
Wenn ich final vor schreibe ist dem Leser des Codes vielleicht klarer, dass die Paramatervariable in der Funktion nicht verändert wird, andererseits geht die Übersicht einwenig flöten (bei vielen Parametern).

Also lieber:

public void reagieren(int index, byte zustand, int ampx, double vorX, double vorSpeed) {}

oder

public void reagieren(final int index, final byte zustand, final int ampx, final double vorX, final double vorSpeed) {}

?

 

[Wildcard]

final machst du genau dann davor, wenn du aus einer anonymen inneren Klasse innerhalb der Methode darauf zugreifen musst.

 

[Bit2_Gosu]

Aha, und wieso das?

 

[Janus]

ich schreib aus gewohnheit vor alle parameter final. für den aufrufenden macht es keinen unterschied, da sich die identität eines parameters nur lokal ändern kann. ich finds unsauber, parameter als variablen zu misbrauchen, da schiebt konsequentes final auch gleich nen riegel vor.

gibt leute die machen z.b. so nen blödsinn

public int foo(int param)
{
   // stuff with real param
  for( param = 0; param < 23; ++param)
     // some more stuff
}

da bekomm ichs kalte grausen

 

[Janus]

Aha, und wieso das?

weil private klassen nur auf statische und finale lokale variablen zugreifen dürfen.

 

[Bit2_Gosu]

die Argumentation verstehe ich. Allerdings bist du doch derjenige der programmiert. Willst du dich selber vor solchem Blödsinn schützen?

 

[Janus]

Allerdings bist du doch derjenige der programmiert. Willst du dich selber vor solchem Blödsinn schützen?

aber ja! meistens ist man es selbst, der sich nen bein stellt du glaubst gar nicht, wie oft es passiert, dass man eigenen code nicht mehr versteht. und anderen, die damit umgehen müssen, fällts noch viel schwerer. deshalb ist es immer empfehlenswert alles menschenmögliche zu tun, code so übersichtlich, nachvollziehbar und verständlich wie möglich zu gestalten.
und wenn ich in java code vor irgendetwas ein "final" sehe, dann ist das nen verdammt guter hinweis darauf, was mit dem ding so alles passieren kann.

 

[AlArenal]

die Argumentation verstehe ich. Allerdings bist du doch derjenige der programmiert. Willst du dich selber vor solchem Blödsinn schützen?

In meiner Welt wird Code auch schonmal von mehr als nur einem Menschen gelesen, bearbeitet und genutzt.

 

[maki]

public class FinalDemo {
  private String value;

  public void setValue(final String value) {
    value = value;
  }

}

Das ist ein einfacher Fehler, der durch das final gleich vom Compiler bemerkt wird.

Ohne das final gibt's keine Fehlermeldung, höchstens eine Warnung.

 

[Wildcard]

Ohne das final gibt's keine Fehlermeldung, höchstens eine Warnung.

Deine IDE zeigt dir dafür auch einen Error wenn du das möchtest.

 

[maki]

Deine IDE zeigt dir dafür auch einen Error wenn du das möchtest.

Auch wieder richtig.

 

[SlaterB]

dann eben das auch nicht ganz ausgestorbene

public class FinalDemo {
  private String a;

  public void setValue(final String b) {
    b = a;
    // statt a = b;
  }

}

aber selbst dafür gibts ne Warnung, Parametern darf man dann nix zuweisen
(falls die nicht schon gemeint war sondern 'hiding a field')

 

[Bit2_Gosu]

also setzt ihr alle ein "final" vor Parameter und auch Variablen, also wo es eben geht ??

 

[Wildcard]

also setzt ihr alle ein "final" vor Parameter und auch Variablen, also wo es eben geht ??

Nein, definitiv nicht. Ich sehe darin keinen Vorteil, sondern nur mehr Arbeit.

 

[SlaterB]

ich persönlich nicht, verschandet den Code,
bei Bedarf erledigen ja die Eclipse-Warnings das ganze transparent,
bin aber auch eher ein 'Parameter-überschreiben'-Fan,

z.B.

public String formatString(String st) {
st = st.replaceAll(x,y);
st = st.replaceAll(a,b);
return st;
}

 

[AlArenal]

also setzt ihr alle ein "final" vor Parameter und auch Variablen, also wo es eben geht ??

Alle nicht, ich aber schon

 

[Bit2_Gosu]

ok, vielen Dank für Eure Stellungnahmen und Aufklärungen

Ich denke, ich werde es auch nicht machen, weil

1) der code wird unübersichtlicher

2) entweder man hat z.B. eine Funktion fertig programmiert, dann braucht kein zukünftiger Programmierer durch "final" gewarnt zu werden oder man hat die Funktion nicht umbedingt ein für alle mal fertig programmiert, dann weiß man nicht, ob in zukunft ein Parameter nicht überschrieben werden muss.

 

[Janus]

also ich bin zumindest ein final fan. es ist erstaunlich, wie wenige non-final variablen man in gewöhnlichem code überhaupt benötigt ^^

 

[Wildcard]

also ich bin zumindest ein final fan.

Und der Vorteil liegt... wo?

 

[Janus]

wurde hier doch schon alles erwähnt. ein weiterer vorteil: man kann deklaration und zuweisung sehr leicht unterscheiden.

 

[tfa]

ein weiterer vorteil: man kann deklaration und zuweisung sehr leicht unterscheiden.

Hm, ich guck da immer auf das Gleichheitszeichen.

 

[maki]

final gibt eine zusätzliche Sicherheit über ein Sprachelement, unabhängig von der IDE.

Anfänger sollten es schon verwenden imho.