Klassen Methoden die private stehen

[DeddyH]

Wie Du schon richtig bemerkt hast, handelt es sich um einen sog. Setter für die Property Zitronenfarbe (übrigens sollte er nach üblicher Nomenklatur besser SetZitronenfarbe heißen). Properties benutzt man, wenn eine Klasse Zugriff auf bestimmte Felder zur Verfügung stellen soll. Man könnte das theoretisch auch einfach so lösen, dass man das entsprechende Feld in den public-Abschnitt schreibt, aber dann hat die Klasse keinerlei Kontrolle über das Feld. Properties können darüber hinaus auch ReadOnly oder WriteOnly deklariert werden, was mit Feldern direkt nicht möglich ist. Zu guter Letzt kann es auch sein, dass es gar kein entsprechendes Feld in der Klasse gibt, sondern die (ReadOnly-)Property einen Rückgabewert einer Funktion repräsentiert. Das alles ist für den Benutzer der Klasse nicht relevant, da er lediglich auf die Properties zugreift und die Iterna nicht kennen muss.

[Furtbichler]

Zitat von DeddyH:

WriteOnly deklariert werden...

Kein guter Stil

Zitat von DeddyH:

...übrigens sollte er nach üblicher Nomenklatur besser SetZitronenfarbe heißen

Wieso? Heißt doch so (fast) "SetFarbe" vs. "Z-Farbe"

[DeddyH]

Guter Stil oder nicht, die Möglichkeit besteht, und nichts anderes habe ich geschrieben.

[himitsu]

Wobei WriteOnly auch Absicht sein kann. (gern zusammen mit einem stored False )
Oder Properties, die man setzen, aber nicht auslesen kann. (ja, das gibt es, daß man den/die reingeschriebenen Wert(e) nicht mehr rausbekommt)

Bei uns sind noch ein paar "alte" Property in hunderten DFMs verstreut.
Nicht nur die einkompilierten in der EXE und den vielen DLLs, sondern auch welche als Text-DFM in den Datenbanken der Kunden. (dynamische Forms)

Für die gibt es nur noch aus Kompatibilitätsgründen einen Setter, damit der DFM-Loader nicht knallt und machmal auch im Setter das Umschreiben in den neuen Property.

Im Code werden die nicht mehr verwendet und wenn man doch mal drauf zugreift (was meistens lesend geschieht), dann gibt es einen Compilerfehler.
(beim Setzen der Property kann man Zugriffe im Code auch erkennen, indem man eine Exception im Setter wirft, wenn die Komponente sich nicht mehr im DFM-Lese-Modus/Status befindet)


Und ganz blöde ist, daß es keine Möglichkeit gibt einen Property als deprecated zu markieren. (zumindestens im XE)

[Sir Rufo]

Statt einer WriteOnly Property nimmt man eine Procedure und dokumentiert damit, dass da nur was reingeht.

Delphi-Quellcode:

TFoo = class
public
  // direkt benutzen
  procedure SetPassword ( const Value : string );
  // statt einer Property
  property Password : string write SetPassword;
end;