Sinn einfacher Getter und Setter

[Rollo62]

Dem unten Gesagten kann ich voll zustimmen.

Bei solchen simplen Typen ist das auch mehr oder weniger Egal, aber

Delphi-Quellcode:

procedure TTestClass.SetTest3(const AValue: TMyComplexClass);
begin
  if (FTest3 <> AValue) then
    FTest3.Assign( AValue );
end;

bei komplexen Assignments kann es erheblich Performance kosten wenn man immer nur blind kopiert, statt vorher auf Änderung zu Testen.

Um mir darum nicht jedes Mal Gedanken zu machen lege ich auch meistens standardmäßig Getter/Setter an,
das ist Dank Ctrl-C und/oder dem MMX-Tool ja auch kein großes Tipp-Problem mehr.

[blawen]

Zitat von Rollo62:

das ist Dank Ctrl-C und/oder dem MMX-Tool ja auch kein großes Tipp-Problem mehr.

Mit dem Klassen-Explorer ist dies von Hause aus machbar.

[masc-online]

Danke für die Antworten und die rege Beteiligung.

[Stevie]

Zitat von mkinzler:

Aber es macht ja keinen Unterschied, ob man eine Property von einem direkten Lese-/Schreibvorgang auf das private Feld auf eine Funktion/Prozedur umstellt oder den Inhalt der Funktion/Prozedur ändert; beides ist eine Veränderung des Codes.

Falsch. Ersteres ist ein binary breaking change der API.

[mkinzler]

Zitat:

Falsch. Ersteres ist ein binary breaking change der API.

Für den "Aufrufer" ist es aber egal, was der Compiler daraus macht. Er muss seinen Code auch nicht ändern.

Aus dem Code des "Konsumenten":

Messias.Name := 'Jesus'; wird im 1. Fall

Messias.FName := 'Jesus'; und nachh der Umstellung der Implemenierung auf Getter dann

Messias.setName ('Jesus'); Das ist natürlich eine Veränderung des Binärcodes, aber kein Verhalten der "black box".

[Stevie]

Es geht aber nicht immer nur um Code Änderungen sondern auch möglicherweise um Binärkompatibilität.

[hzzm]

Get/Set scheint zunaechst unwichtig und kann auch trivial geloest werden.

Wenn Du Deine Programmstruktur allerdings feinfuehliger aufbaust und statt direkten uses Interfaces verwendest, die Du im idealfall dann mittels Constructor Injection oder DI-container bereitstellst, musst Du somit Getter/Setter verwenden.

Interfaces lassen diese direkten Feldvariablen nicht zu.

Zum Beispiel IAngestellter = Interface und TAngestellter = class(TInterfacedObject, IAngestellter) Deine Klasse TFirma braucht Feldvariable TAngestellter.FName, verwendet aber schlankerweise nicht uses Angestellter sondern FAngestellter: IAngestellter.
Das Interface FAngestellter laesst FAngestellter.Name aber nicht zu, sondern nur function FAngestellter.GetName: String;