ein bisschen Spaß an einer Tennis-Liga-Simulation

[trvhgoy]

Wobei AFAIK Alan Kay von dieser Praxis nicht so begeistert ist, weil man damit letztendlich die privaten Attribute doch wieder publiziert.

Wenn man einen Getter für eine Instanzvariable schreibt will man diese ja bewusst publizieren, daher verstehe ich diesen Einwand nicht so ganz. Für eine Instanzvariable die ich nicht publizieren will schreibe ich ja auch keinen Getter.
Das gleiche gilt für Setter.

Der größte Vorteil m. E. wenn man bei anderen Sprachen (wie Java) Getter und Setter verwendet ist, dass man z. B. eine Berechtigungsprüfung (Getter) oder eine Datenvalidierung (Setter) "nachrüsten" kann ohne, dass der Benutzer der Klasse alle Verwendungsstellen anpassen muss.

[BlackJack]

@trvhgoy: Die Argumentation gegen triviale Getter *und* Setter ist, dass man dadurch internen Zustand nach aussen gibt. Man kann also den Wert abfragen, verändern, und wieder zurück schreiben, wo Kay eher eine Methode auf dem Objekt erwarten würde, welche den internen Zustand verändert.

[Leonidas]

Der Einwand von Kay war, dass man Klassen über ihre Oparationen modifizieren soll, also ``konto1.überweise(konto2)`` statt ``konto1.set_kontostand(konto1.get_kontostand() - X); konto2.set_kontostand(konto2.get_kontostand() + X)`` und nicht über ihre Variablen arbeiten soll.

[Sirius3]

Das würde ja auch dem Sag-was-Du-willst-und-nicht-wie-es-gemacht-werden-soll-Prinzip. Auf Englisch war das glaube ich kürzer, aber ich komm grad nicht drauf.

[trvhgoy]

@trvhgoy: Die Argumentation gegen triviale Getter *und* Setter ist, dass man dadurch internen Zustand nach aussen gibt. Man kann also den Wert abfragen, verändern, und wieder zurück schreiben, wo Kay eher eine Methode auf dem Objekt erwarten würde, welche den internen Zustand verändert.

Der Einwand von Kay war, dass man Klassen über ihre Oparationen modifizieren soll, also ``konto1.überweise(konto2)`` statt ``konto1.set_kontostand(konto1.get_kontostand() - X); konto2.set_kontostand(konto2.get_kontostand() + X)`` und nicht über ihre Variablen arbeiten soll.

Aso, so war das gemeint. Da habt ihr / Alan Kay natürlich recht.
Diese Verwendung von Gettern / Settern entspricht nicht dem Gedanken der hinter OOP steht.