Auf private Variable zugreifen

[OlliWW]

Hallo Zusammen,

Gibt es irgendeinen (schmutzigen) Trick um auf eine Private Variable zuzugreifen?

Ich habe folgende Deklaration:

Code:

TfrxBarcode2DView = class(TfrxView)
    private
        FBarCode: TfrxBarcode2DBase;
.....

Wenn ich jetzt ein Objekt der Klasse TfrxBarcode2DView erstelle müsste ich auf FBarCode zugreifen, leider ist die ja private und ich kann deren Wert nicht auslesen. Wie manche am Quellcode schon erkennen ist es der FastReport Sourcecode, weswegen Änderungen an der Deklaration an dieser Stelle für mich ausgeschlossen sind.
Gibt es irgendeinen Trick wie ich in meinen Units dennoch auf diese Variable zugreifen kann? Irgendwie überschreiben oder ähnliches vielleicht?

[Andreas L.]

z. B. so:

Delphi-Quellcode:

  TfrxBarcode2DView = class(TfrxView)
  private
    FBarCode: TfrxBarcode2DBase;
  published
    property BarCode: TfrxBarcode2DBase read FBarCode;
    // wenn der Wert nicht nur ausgelesen sondern auch
    // verändert werden soll, dann kann oder muss noch ein Setter angegeben werden
    property BarCode: TfrxBarcode2DBase read FBarCode write SetBarCode;
    // Siehe ein Tutorial zu Klassen & deren Eigenschaften...
  end;

  ...

// Beispiel für den Zugriff/Aufruf:
procedure TForm1.Button1Click(Sender: TObject);
var
  2DView: TfrxBarcode2DView;
begin
  2DView := TfrxBarcode2DView.Create;  
  try
    // Zugriff auf eine Funktion 
    2DView.BarCode.FuncXYZ();
  finally
    FreeAndNil(2DView); 
  end;
end;

[DeddyH]

Wenn ich es richtig verstanden habe, kann man das Gewünschte damit aber nicht errreichen. Man hat zwar Zugriff auf FBarCode, aber der hat mit dem Feld in der Elternklasse nichts zu tun. :oops: Nicht richtig gelesen, das war ja eine Erweiterung der bestehenden Klasse und keine Ableitung.

[himitsu]

Böse casten geht, aber man muß aufßassen, daß sich nicht verschiebt (beim nächsten Update).


Über die erweiterte RTTI erhält man auch Zugriff auf private Felder (solange das in der entsprechenden Unit/DLL nicht deaktiviert wurde).
Ob es hilbt ... k.A. da man die eigene DelphiVersion als Streng Geheim einstuft.

Zitat:

Wie manche am Quellcode schon erkennen ist es der FastReport Sourcecode, weswegen Änderungen an der Deklaration an dieser Stelle für mich ausgeschlossen sind.

Wieso?

Wir haben auch FastReport, inkl. der QuellCodes und da wir die Bibliotheken selber kompilieren, können wir da auch beliebig etwas ändern. (man muß nur beim Upgrade die Änderung wieder einbauen, falls der Bug nicht behoben wurde. :stupid:)

[Daniel]

Ich löse sowas gern über einen Class-Helper. Zumindest mit XE7 kann man damit herrlich in fremden privaten Feldern herumwurschteln.
Die Code-Vervollständigung wird Dir die privaten Felder nicht anzeigen, der Compiler hingegen kommt gut damit klar.

[Dejan Vu]

Na ja, was hier propagiert wird, ist ja eigentlich: "Scheiß auf OOP". Die Frage lautet ja eigentlich: Wieso meint der TE, an das private Feld zu müssen? Meistens geht es auch anders.

[Der schöne Günther]

Zitat:

Zitat von Daniel (Beitrag 1280073)

Ich löse sowas gern über einen Class-Helper.

Das. In jeder Hinsicht besser als diese schrecklichen Interposer oder "Cracker"-Klassen.

Zitat:

Zitat von Dejan Vu (Beitrag 1280093)

Die Frage lautet ja eigentlich: Wieso meint der TE, an das private Feld zu müssen? Meistens geht es auch anders.

Die Antwort darauf hat er im letzten Absatz selbst gegeben.

[Dejan Vu]

Die Antwort darauf hat er im letzten Absatz selbst gegeben.[/QUOTE]

Zitat:

Zitat von OlliWW (Beitrag 1280056)

Wenn ich jetzt ein Objekt der Klasse TfrxBarcode2DView erstelle müsste ich auf FBarCode zugreifen, leider ist die ja private und ich kann deren Wert nicht auslesen. Wie manche am Quellcode schon erkennen ist es der FastReport Sourcecode, weswegen Änderungen an der Deklaration an dieser Stelle für mich ausgeschlossen sind.
Gibt es irgendeinen Trick wie ich in meinen Units dennoch auf diese Variable zugreifen kann? Irgendwie überschreiben oder ähnliches vielleicht?

Wo steht jetzt genau, wieso er das machen will? Danke für die Nachhilfe.

[Sherlock]

Das ist der Grund war ich private nicht mag, protected hat weitestgehend den selben Effekt, man darf die aber ererben.

Sherlock

[DeddyH]

Das Feld selbst privat zu machen ist IMO durchaus in Ordnung, man kann sich aber überlegen, Getter und Setter unter protected zu deklarieren.