Propertyzugriff innerhalb einer Klasse

[Die Muhkuh]

Hi,

spielt es eine Rolle, ob ich innerhalb meiner Klasse auf eine Property zugreife oder sollte ich direkt auf die private Variable zugreifen?

Delphi-Quellcode:

  TRobiWorkField = class(TGraphicControl)
  private
    FRowCount: Integer;
    FTileSize: Integer;
    FColCount: Integer;
  public
    procedure Init(aRows, aCols, aTileSize: Integer);

    property TileSize: Integer read FTileSize;
    property RowCount: Integer read FRowCount;
    property ColCount: Integer read FColCount;
  end;

procedure TWorkField.Init(aRows, aCols, aTileSize: Integer);
begin
  FRowCount := aRows;
  FColCount := aCols;
  FTileSize := aTileSize;

  // Um die nächsten zwei Zeilen geht es
  Height := FRowCount * FTileSize;
  Width := FColCount * FTileSize;
end;

Ich könnte ja statt FRowCount auch auf die Property RowCount zugreifen. Gibt es irgendwelche Unterschiede oder ist das Käse Wurst?

Ich bin mir nicht sicher, aber ich meine gelesen zu haben (kennt man ja :mrgreen: ), dass man die privaten Felder bevorzugen sollte.

[Luckie]

Bei einem direktem Zugriff wird eben nicht der Getter bzw. Setter aufgerufen.

[Die Muhkuh]

Das hieße, dass es in obigem Beispiel keinen Unterschied macht, da kein Getter bzw. Setter vorhanden ist?

[Luckie]

Richtig.

[Zacherl]

Da du innerhalb des Objectes auf die Property zugreift würde ich die private Variable setzen, aber das ist mehr eine Sache des Stils wie ich finde.

[Luckie]

Ich würde über die Properties gehen und noch Getter und Setter hinzufügen, auch wenn diese nichts machen. aber eventuell will man ja im Setter noch eine Validierung ausführen oder ein Ereignis aufrufen. Funktioniert von aussen dann ach wunderbar, man sucht sich aber dann dumm und dusselig, warum es aus der Klasse selber heraus nicht klappt, weil man dort direkt auf die Attribute zugreift.

[Dax]

Zitat:

Zitat von Luckie

Ich würde über die Properties gehen und noch Getter und Setter hinzufügen, auch wenn diese nichts machen. aber eventuell will man ja im Setter noch eine Validierung ausführen oder ein Ereignis aufrufen. Funktioniert von aussen dann ach wunderbar, man sucht sich aber dann dumm und dusselig, warum es aus der Klasse selber heraus nicht klappt, weil man dort direkt auf die Attribute zugreift.

(Das ist jetzt .NET, aber egal) Für solche Fälle - Daten, die ich selbst nur über Properties benutzen will - habe ich mir angewöhnt, die Felder zu markieren und die Properties dafür entsprechend ebenfalls. Wenn ich nun aus einer Methode heraus auf das Feld zugreife, schlägt mein Validator Alarm und zeigt mir, wo ich was falsch gemacht hab ;) Ist bisweilen ganz nützlich.