Basisklassenroutine kann nicht auf vererbte Variablen zugreifen?

[Stevie]

Wenn du das override weglässt, verdeckst du die gleichnamige Methode aus der Elternklasse. Das heißt, wenn du eine Variable vom Typ TUserInteractionHandler hast und darauf VectorObjectsChanged aufrufst, gibts nen EAbstractError, weil der Aufruf nicht an die VectorObjectsChanged von TCreatePointHandler geht (Stichwort: Polymorphismus)
Müsste aber Warnings oder Hints beim Kompilieren geben.

P.S. Was erwartet man denn? Was rufst du denn auf?

[hboy]

Ich rufe VectorObjectsChanged auf, um der Handlerinstanz mitzuteilen, dass sich etwas an der Datenstruktur geändert hat, etwa wenn Objekte gelöscht oder hinzugefügt wurden, während der Handler verbunden ist.
Dann wird geprüft, ob nach dem letzten Kenntnisstand noch alles funktioniert hat (ConnectionIsValid)

Wenn das Objekt gelöscht wurde, auf das aktuell zugegriffen wird (dann kann die hinterlegte UID des Objekts nicht mehr aufgelöst werden), wird eben die Existenz des Objekts über die UID in VectorObjectsChanged geprüft und bei dem Befund, dass das Objekt weg ist, wird der Handler abgetrennt. Über OnDisconnect werden dann die zugehörigen Anzeigeelemente zurückgesetzt, sprich der zugehörige tbCheck-ToolButton wird wieder herausgenommen.

Ich kann noch immer nicht erklären, was hier vor sich geht und nein, es gibt keine Warnung, dass eine Methode durch das fehlende Override verdeckt wurde, was auch sehr unlogisch ist.

Delphi-Quellcode:

procedure TCreatePointHandler.VectorObjectsChanged(Sender: TObject);
begin
  if assigned(Manager) and ConnectionIsValid then
  begin
    if VectorObjID > -1 then
     if (Manager.PointGroupList.IndexByID(VectorObjID ) = INDEX_NOT_RESOLVED) then // We've lost him, Sir.
       Self.Disconnect;
  end;
end;

[himitsu]

@implementation: Auf Private-Felder kann man außerhalb der Klasse, aber innerhalb der selben Unit noch zugreifen.

Aus diesem Grunde wurde auch irgendwann ( D2006? ) mal das strict private und strict protected eingeführt, welches dann auch innerhalb der selben Unit diese Rechte "strikt" durchsetzt.

[Delphianer]

Hallo,

wird das Disconnect nicht aufgerufen oder steht die Variable ConnectionIsValid falsch?
Hast Du auch wirklich nur ein Objekt oder erzeugst Du fälschlicherweise noch ein zweites?

Lutz

[hboy]

Zitat von Delphianer:

Hallo,

wird das Disconnect nicht aufgerufen oder steht die Variable ConnectionIsValid falsch?
Hast Du auch wirklich nur ein Objekt oder erzeugst Du fälschlicherweise noch ein zweites?

Lutz

gut möglich, dass ich gestern abend beim debuggen unterschiedliche Instanzen beim breakpoint in der Basisklassenmoethode gesehen habe, das würde die unterschiedlichen Adressen erklären - jedoch kann das, wie ich es überblicke, auch nicht erklären, wieso es nicht unerheblich ist, ob die Methode in der Basisklasse abstrakt oder explizit angelegt ist.

[Delphianer]

Hallo,

kannst du mir mal die ganze Unit + nicht funktionierenden Aufruf als PN schicken?

Lutz