Code strukturieren! Wie macht man es richtig ..

[Daniel]

Verifizieren kann man sie und man könnte ein Event auslösen - auch oft ein guter Grund wenigstens für Setter.

[EWeiss]

Also würdet ihr lieber ein property verwenden anstelle der von mit gewählten funktion.
Zumindest hätte ich mir dann einiges an code gespart und muss nicht alles doppelt deklarieren.

Reicht dann diese eine property zeile oder muss ich zusätzlich noch Funktionen
einbauen mit dem ich den aktuellen status von FGetCaptionFontHeight erfrage ?
Nur dann hätte ich nichts gewonnen.

gruss Emil

[DeddyH]

Bei einer Property hast Du mehrere Möglichkeiten:

Delphi-Quellcode:

private
  FBlubb: TBlubb;
...
public
  property Blubb: TBlubb read FBlubb write FBlubb;

Die einfachste: indirekter Zugriff auf das private Feld FBlubb sowohl lesend als auch schreibend.

Delphi-Quellcode:

private
  FBlubb: TBlubb;
  procedure SetBlubb(const Value: TBlubb);
...
public
  property Blubb: TBlubb read FBlubb write SetBlubb;

Lesender Zugriff immer noch indirekt, schreibender über einen Setter. Im Setter kann man Gültigkeitsprüfungen vornehmen und entsprechend reagieren.

Delphi-Quellcode:

private
  FBlubb: TBlubb;
  function GetBlubb: TBlubb;
  procedure SetBlubb(const Value: TBlubb);
...
public
  property Blubb: TBlubb read GetBlubb write SetBlubb;

Lesender Zugriff über den Getter, schreibender über den Setter. Im Sinne der OOP ist dies der "amtliche" Weg (gerade in der Hinsicht auf andere Sprachen als Delphi). Ich persönlich spare mir eine Getter-Methode aus Faulheitsgründen, da sie IMO keinen echten Mehrwert bringt.

[edit] Nachtrag: durch Weglassen von write bzw. read kannst Du eine Property zusätzlich noch als Read-/Write-Only definieren [/edit]

[Daniel]

Eine Getter-Methode erlaubt Dir eine sog. "Lazy-Initialization".
Angenommen, Du hast "teure" Daten im Speicher, brauchst diese aber entweder nicht sofort oder aber nicht immer. Dann kann Dir eine Getter-Methode helfen, diese Daten erst dann zu holen / zu erzeugen, wenn sie tatsächlich benötigt werden.

[DeddyH]

OK, das Argument kann ich gelten lassen.

[Daniel]

Zitat von DeddyH:

OK, das Argument kann ich gelten lassen.

[DeddyH]

Du bist sooo gut zu mir

[EWeiss]

Danke für eure Informationen werd dann auf property umsteigen bei einigen Funktionen
Das erparrt mir einiges an Tip arbeit.

Zumindest bei denen wo es nur um eine variable abspeichern/Lesen geht..

gruss Emil

[Andreas H.]

Ja,

und die IDE unterstützt Dich Dabei auch noch. Einfach die Property definieren und über Klasse vervollständigen werden Getter und Setter automatisch eingefügt.

(edit: bei bds2006 jedenfalls )

[EWeiss]

Warum funktioniert das nicht?
Was ist da Falsch

 property AeroEmulate[FGetAeroEmulate, FSetAeroEmulate: Integer]: Integer read FGetAeroEmulate write FSetAeroEmulate; Also die Funktion als property

Delphi-Quellcode:

function TSkinConfig.zAEROEMULATE(nMode, RW : Integer): Integer;
begin
   if RW <> 0 then
    WasMode := nMode;

   Result := WasMode;

end;

gruss Emil