Sinn einfacher Getter und Setter

[hoika]

Hallo,
ist fürs Debuggen (Breakpoint) besser.

Frage: "Wann und in welcher Stelle wurde Property gesetzt?"
Antwort: Breakpoint auf die Set-Methode.


PS:
dummzeuch war schneller ...

[Der schöne Günther]

Jetzt noch eine Frage von mir (Dieser Kreuzzug wird niemals enden) welchen Sinn machen die Properties überhaupt, warum reichen nicht einfach die public Getter und Setter?

[freimatz]

Das ist Off-Topic, mach doch bitte einen neuen thread auf.

[mkinzler]

Properties sind lesbarer:

Delphi-Quellcode:

 irgendeineKlasse.IrgendeineProperty :=  IrgendWas;
Irgendwas := irgendeineKlasse.IrgendeineProperty;

vs

Delphi-Quellcode:

irgendeineKlasse.setIrgendWas ( IrgendWas);
Irgendwas := irgendeineKlasse.GetIrgendWas;

[ConnorMcLeod]

Wie schon gesagt wurde:
*) Zugriffssteuerung
*) Debugging
*) verschiedenes Verhalten bei Vererbung
und mein Senf:
*) Validitätsprüfungen
*) wenn Du mit Interfaces arbeitest

[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.