Delphi - Eigenschaften

[Der schöne Günther]

Zitat von Ghostwalker:

Sowas ?

Ja, das meine ich: Die Property mit ihrem read und write ist public , es darf also jeder dran. Egal wie welchen Zugriff die Methoden oder Felder dahinter haben.

Zitat von Ghostwalker:

Was hindert dich daran, das in Delphi genauso zu machen ?

Nichts. Deswegen tue ich es auch. Ich wollte nur mein Unverständnis ausdrücken was man durch Properties in seinem Code überhaupt gewinnt.

[mkinzler]

Zitat:

Ich wollte nur mein Unverständnis ausdrücken was man durch Properties in seinem Code überhaupt gewinnt.

Der Grund für die Erfindung von Properties heisst Objektinspektor.

[Der schöne Günther]

Dass Delphi seit den 90ern seine DFM-Dateien über published Properties serialisiert ist mir klar. Ich sehe nur nicht weshalb man das heute in eigenem Code einsetzen sollte.

[Christian Seehase]

Moin Günther,

Zitat von Der schöne Günther:

Ich sehe nur nicht weshalb man das heute in eigenem Code einsetzen sollte.

Bei visuellen Komponenten kommst Du nicht drum herum, da nur published properties im Object Inspector angezeigt werden.

[Lemmy]

Zitat von Der schöne Günther:

Dass Delphi seit den 90ern seine DFM-Dateien über published Properties serialisiert ist mir klar. Ich sehe nur nicht weshalb man das heute in eigenem Code einsetzen sollte.

um seine eigenen Objekte serialisieren/deserialiseren zu können. Die neue RTTI ist da zwar umfangreicher, aber eben auch langsamer.

Zitat von Der schöne Günther:

Zitat von Ghostwalker:

Mit Hilfe der Getter/Setter kann ich, obwohl die Property von "außen" sichtbar ist, den Zugriff auf den Inhalt der Property kontrollieren.

Nein, das kannst du eben nicht: "Zugriff kontrollieren". Die Property kann nicht zwischen "Lesezugriff" und "Schreibzugriff" unterscheiden. Entweder man hat vollen Zugriff auf die Property (dann ist es herzlich egal ob die Getter/Setter nun private, protected oder public sind), oder keinen.

ließ das Posting nochmal durch. Ghostwalker meint so was:

Delphi-Quellcode:

TFoo = class(TObject)
private
...
protected
 property Bar: Integer;...
....
end;

Die Sichtbarkeit der Property wird damit gesteuert.

Und über die getter und Setter kann man auch bei public-Properties den Zugriff kontrollieren:

Delphi-Quellcode:

TFoo = class(TObject)
private
...
public
 property Bar: Integer read GetBar write SetBar;
....
end;

...


function TFoo.GetBar: Integer;
begin
  If FAccessRestricted then
    raise Exception.Create()
  else
    result := FBar;
end;

Ob das alles am Ende Sinn macht müssen andere entscheiden...

[Ghostwalker]

Zitat von Der schöne Günther:

Zitat von Ghostwalker:

Sowas ?

Ja, das meine ich: Die Property mit ihrem read und write ist public , es darf also jeder dran. Egal wie welchen Zugriff die Methoden oder Felder dahinter haben.

Das ist doch nur eine Frage in welchem Abschnitt ich die Property definiere. Wenn ich nicht möchte, das jemand von "außen" auf die Property zugreifen soll, dann leg ich die Property in einen entsprechenden Abschnitt oder
definier einfach das entsprechende Feld im Abschnitt und mach keine Property draus.

Mit Hilfe der Getter/Setter kann ich, obwohl die Property von "außen" sichtbar ist, den Zugriff auf den Inhalt der Property kontrollieren.

Aber irgendwie hab ich so das Gefühl, das ich nicht so ganz verstehe, worauf du rauswillst

[Der schöne Günther]

Zitat von Ghostwalker:

Mit Hilfe der Getter/Setter kann ich, obwohl die Property von "außen" sichtbar ist, den Zugriff auf den Inhalt der Property kontrollieren.

Nein, das kannst du eben nicht: "Zugriff kontrollieren". Die Property kann nicht zwischen "Lesezugriff" und "Schreibzugriff" unterscheiden. Entweder man hat vollen Zugriff auf die Property (dann ist es herzlich egal ob die Getter/Setter nun private, protected oder public sind), oder keinen.

Ich finde es ist ein legitimer Anwendungsfall dass z.B. die Klasse selbst eine Property schreiben, ein Benutzer der Klasse ("von außen") die Property aber nur lesen kann.


Das heißt eine Property kann im Endeffekt sogar weniger als zwei Getter/Setter-Methoden und ist sogar mehr Tipparbeit.