Aufgerufene Methode erkennt aufrufendes Objekt nicht.

[FriendOfDelphi]

Hallo Allerseits,

ich habe ein Problem beim Verwenden einer Klasse die sich in einer eigenen Unit befindet.

Der Compiler meldet beim Kompilieren keinen Fehler.

Erst nach dem Programmaufruf wird folgender Fehler angezeigt:
"Im Projekt "Soundso.exe" ist eine Exception der Klasse EInavlidOperation aufgetreten. Meldung: 'Element '' hat kein übergeordnetes Fenster'. Prozeß wurde angehalten. Mit Einzelne Anweisung oder Start fortsetzen."

Ich denke, der Fehler liegt wahrscheinlich darin, dass der aufgerufenen Methode das aufrufende Objekt unbekannt ist (nur eine Vermutung).

Ich habe dazu schon einiges gelesen, aber nicht so richtig verstanden.
Wann und wie verwendet man "AOwner: TComponent" und wann und wie "Sender: TObject".
Gibt es dazu ein Tutorial, bzw. dazu, wie man in Delphi von Instanziierten Objekten auf Methoden zugreifen muss? Es scheint hier wichtig zu sein, dass die empfangende Methode Informationen vom aufrufendem Objekt erhält.
Ich hoffe, dass ich das jetzt einigermaßen verständlich rübergebracht habe, was ich meine.

[DeddyH]

AOwner wird normalerweise im Konstruktor von Komponenten übergeben. Der Owner ist für die Freigabe der zu erzeugenden Komponente zuständig. Der Sender ist das Objekt, was die Aktion ausgelöst hat. Zu Deiner Fehlermeldung: Du hast vermutlich dynamisch eine Komponente erzeugt, aber vergessen, ihr einen Parent (nicht zu verwechseln mit dem Owner) zuzuweisen. Der Parent ist für die Darstellung der Komponente zuständig.

[FriendOfDelphi]

Zitat:

Zitat von DeddyH (Beitrag 1064015)

AOwner wird normalerweise im Konstruktor von Komponenten übergeben. Der Owner ist für die Freigabe der zu erzeugenden Komponente zuständig. Der Sender ist das Objekt, was die Aktion ausgelöst hat. Zu Deiner Fehlermeldung: Du hast vermutlich dynamisch eine Komponente erzeugt, aber vergessen, ihr einen Parent (nicht zu verwechseln mit dem Owner) zuzuweisen. Der Parent ist für die Darstellung der Komponente zuständig.

Nein, ganz so einfach ist es nicht.
Ich habe 2 Units. Die eine ist nur zum Testen der Klasse/der anderen Unit gedacht.
Die Test-Unit baut zwar ein Windows-Fenster auf, aber nur weil das unter Delphi bei "\Datei\Neu\Anwendung" automatisch so erzeugt wird. Gebraucht wird das nicht.

Delphi-Quellcode:

[...schnipp...]

uses
  Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,
  UNotifikationen; //<-- die verwendete, eigene Unit

[...schnipp...]

var
  Form1: TForm1;
  Test: TNotifikationen; //<-- die verwendete Klasse aus eigenen Unit

[...schnipp...]

procedure TForm1.FormCreate(Sender: TObject); //<-- und die beiden Methoden aus der Klasse
begin
  Test:=TNotifikationen.Create(self);
end;

procedure TForm1.FormDestroy(Sender: TObject);
begin
  Test.Free;
end;

end.

In der zu testenden Unit tritt der Fehler auf. Dort wird aber nichts grafisches gemacht.
Zu testende Unit:

Delphi-Quellcode:

[...schnipp...]

type
  TNotifikationen = class(TWinControl)
    procedure WMAdsDeviceNotificationSRr( var Message: TMessage );
    message WM_ADSDEVICENOTIFICATIONSRr;
  private
    { Private-Deklarationen }
    LocalAddr      : TAmsAddr;
    procedure AdsOpen();
    procedure AdsClose();
  public
    { Public-Deklarationen }
    constructor Create(AOwner: TComponent); override;
    destructor Destroy; override;
  end;

[...schnipp...]

procedure TNotifikationen.AdsOpen();
var
  VarName : PChar;
begin
  ClientPort := AdsPortOpen();
  if ClientPort > 0 then {OK}
  begin
    adsResult := AdsGetLocalAddress( @LocalAddr );
    if adsResult = 0 then  {OK}
    begin
      LocalAddr.port := 801;          
      {get handles}
      VarName   := PChar('.SRrBuffer'); 
      adsResult :=
      adsResult + AdsSyncReadWriteReq( @LocalAddr, ADSIGRP_SYM_HNDBYNAME, 0, sizeof(varSRrHandle), @varSRrHandle, Length(VarName)+1, varName );

      adsNotificationAttrib.nTransMode     := ADSTRANS_SERVERONCHA; 
                                                                    
      adsNotificationAttrib.nMaxDelay      := 250*10000; 
      adsNotificationAttrib.nCycleTime     := 250*10000; 

      adsNotificationAttrib.cbLength       := sizeof(SRrBuffer); 

      AdsResult := AdsResult +                                      //<--wenn diese Zeile ausgeführt wird, kommt die Fehlermeldung
        AdsSyncAddDeviceNotificationReq( @LocalAddr, 
                                         ADSIGRP_SYM_VALBYHND, 
                                         varSRrHandle,         
                                         @adsNotificationAttrib, 
                                         @NotificationCallback,  
                                         Handle,                 
                                         @hNotificationSRr );

[...schnipp...]

[shmia]

Du hast deine Klasse TNotifikationen von TWinControl abgeleitet.
Damit ein TWinControl-Objekt arbeiten und "leben" kann, sind bestimmte Vorraussetzungen nötig.
Die Wichtigste: Property Parent muss gesetzt werden.

Du kannst dein Test-Formular als Parent verwenden:

Delphi-Quellcode:

procedure TForm1.FormCreate(Sender: TObject); //<-- und die beiden Methoden aus der Klasse
begin
  Test:=TNotifikationen.Create(self);
  Test.Visible := false;
  Test.Parent  := self;
end;

[DeddyH]

Das habe ich ja gesagt, aber mir glaubt ja wieder keiner :(

[FriendOfDelphi]

Das Glauben überlassen wir lieber dem Papst...:wink:

Delphi-Quellcode:

procedure TForm1.FormCreate(Sender: TObject); //<-- und die beiden Methoden aus der Klasse
begin
  Test:=TNotifikationen.Create(self);
  Test.Visible := false;
  Test.Parent := self;
end;

Aber das ist es leider nicht.
Der Fehler tritt leider nach wie vor auf :(

[DeddyH]

Dann wäre die fehlerverursachende Zeile recht hilfreich.

[Bummi]

Gib mal dem Constructor versuchsweise den Parent mit, vielleicht passiert dort schon zuviel (etwas was einen Parent erfordert)....

[FriendOfDelphi]

Zitat:

Zitat von DeddyH (Beitrag 1064071)

Dann wäre die fehlerverursachende Zeile recht hilfreich.

Schau mal weiter oben. In Nachricht #3 findest Du die fehlerverursachende Zeile.

[FriendOfDelphi]

Zitat:

Zitat von Bummi (Beitrag 1064072)

Gib mal dem Constructor versuchsweise den Parent mit, vielleicht passiert dort schon zuviel (etwas was einen Parent erfordert)....

Wenn ich das mache

Delphi-Quellcode:

constructor TNotifikationen.Create;
begin
  Parent := self;
  AdsOpen();
  inherited; //inherited ruft die gleichnamige Methode der Vorfahrklasse auf
end;

erhalte ich folgende Fehlermeldung:
"Im Projekt Soundso.exe ist eine Exception der Klasse EInvalidOperation aufgetreten. Meldung: 'Ein Steuerelement kann nicht sich selbst als Vorfahr haben'. Prozeß wurde angehalten. Mit Einzelne Anweisung oder Start fortsetzen."

[Bummi]

Den Parent als Parameter mitgeben meinte ich wenn der Owner ein Wincontrol ist kannst Du auch parent=Owner setzen.

[FriendOfDelphi]

Zitat:

Zitat von Bummi (Beitrag 1064103)

Den Parent als Parameter mitgeben meinte ich wenn der Owner ein Wincontrol ist kannst Du auch parent=Owner setzen.

Kannst Du bitte mal ein Stück Beispielcode schreiben, wie Du das meinst.

[Bummi]

Delphi-Quellcode:

constructor TMyClass.Create(AOwner: TComponent);
begin
  inherited;
  if AOwner is TWincontrol then Parent := TWincontrol(AOwner);
  //...
end;

constructor TMyClass.CreateWithParent(AOwner: TComponent; AParent: TWinControl);
begin
  inherited Create(AOwner);
  Parent := AParent;
  //...
end;

[FriendOfDelphi]

Zitat:

Zitat von Bummi (Beitrag 1064122)

Delphi-Quellcode:

constructor TMyClass.Create(AOwner: TComponent);
begin
  inherited;
  if AOwner is TWincontrol then Parent := TWincontrol(AOwner);
  //...
end;

Ich habe zwar noch nicht verstanden warum, aber so funktioniert es. :-D

Zitat:

Zitat von Bummi (Beitrag 1064122)

Delphi-Quellcode:

constructor TMyClass.CreateWithParent(AOwner: TComponent; AParent: TWinControl);
begin
  inherited Create(AOwner);
  Parent := AParent;
  //...
end;

So funktioniert es (noch) nicht.
Wenn ich den Konstruktor so im Deklarationsteil der Klasse hinschreibe, meldet der Kompiler folgende Fehlermeldung:
"Deklaration von 'Create' unterscheidet sich von vorheriger Deklaration".

Könntest Du bitte auch noch etwas erläutern, wie der beschriebene Code funktioniert, damit ich das verstehe und nachvollziehen kann. :?:
Schon mal vielen Dank.

[Bummi]

Du hattest ihn doch schon drin ??

Delphi-Quellcode:

    procedure AdsOpen();
    procedure AdsClose();
  public
    { Public-Deklarationen }
    constructor Create(AOwner: TComponent); override;
    destructor Destroy; override;

ich hoffe es hängt nicht an MyClass .....

[FriendOfDelphi]

Zitat:

Zitat von Bummi (Beitrag 1064226)

Du hattest ihn doch schon drin ??

Delphi-Quellcode:

    procedure AdsOpen();
    procedure AdsClose();
  public
    { Public-Deklarationen }
    constructor Create(AOwner: TComponent); override;
    destructor Destroy; override;

ich hoffe es hängt nicht an MyClass .....

Richtig. Der erste Lösungsvorschlag hat ja auch funktioniert.
Den zweiten Lösungsvorschlag habe ich dann auch ausprobiert und den Konstruktor entsprechend geändert:

Delphi-Quellcode:

//    constructor Create(AOwner: TComponent); override;
    constructor Create(AOwner: TComponent; AParent: TWinControl); override;

Und dann kam die Fehlermeldung.
Aber so langsam fällt der Groschen.
In der zweiten Lösung hattest Du den Konstruktor ja anders genannt und wohl aus gutem Grund.

Delphi-Quellcode:

constructor TMyClass.CreateWithParent(AOwner: TComponent; AParent: TWinControl);

Ich habe meinen ursprünglichen Namen verwendet. Wahrscheinlich hängt es damit zusammen, richtig?
Kann man dem eigenen Konstruktor nur soviele Parameter übergeben, wie der Konstruktor der Basisklasse hat? Soweit ich weiß, müßte das doch gehen.
Wie macht man das in diesem Fall?

[Bummi]

Du kannst den Konstruktor wie jede Prozedur auch Überladen

Delphi-Quellcode:

  TMyClass=Class(TButton)
    Constructor Create(Aowner:TComponent;AParent:TWinControl);overload;
  End;

//____________
constructor TMyClass.Create(Aowner: TComponent; AParent: TWinControl);
begin
  inherited Create(AOwner);
  Parent := AParent;
end;

procedure TForm1.BitBtn1Click(Sender: TObject);
begin
  with TMyClass.Create(self) do
    begin
    left := 100;
    Parent := Self;
    end;
  with TMyClass.Create(self,self) do
    begin
    left := 200;
    end;
end;

[FriendOfDelphi]

Zitat:

Zitat von Bummi (Beitrag 1064242)

Du kannst den Konstruktor wie jede Prozedur auch Überladen

Delphi-Quellcode:

  TMyClass=Class(TButton)
    Constructor Create(Aowner:TComponent;AParent:TWinControl);overload;
  End;

//____________
constructor TMyClass.Create(Aowner: TComponent; AParent: TWinControl);
begin
  inherited Create(AOwner);
  Parent := AParent;
end;

procedure TForm1.BitBtn1Click(Sender: TObject);
begin
  with TMyClass.Create(self) do
    begin
    left := 100;
    Parent := Self;
    end;
  with TMyClass.Create(self,self) do
    begin
    left := 200;
    end;
end;

Vielen Dank für den ausfürlichen Beispielcode.

Wäre es möglich die Funktionalität des Codes noch etwas zu erläutern, damit ich das nachhaltig verstehen und nachvollziehen kann? :?:
Wie und warum müssen zum Beispiel die Aufrufparameter "Aowner:TComponent, AParent:TWinControl und AOwner" so gewählt werden? :?:

[Bummi]

jetzt habe ich einen Hänger...
was genau meinst Du?

[stahli]

Die Parameter kannst Du eigentlich nach Deinem Bedarf definieren (wie bei jeder anderen Funktion). Du musst halt überlegen, welche Parameter Du für Deine Zwecke benötigst.
Oder was meinst Du sonst genau?

[FriendOfDelphi]

Ich wollte noch wissen, was die Aufrufparameter "Aowner:TComponent, AParent:TWinControl und AOwner" machen, bzw. was dahinter steckt.

[Luckie]

Logisch. Self ist ja auch die Referenz auf die Klasse selber.

[Bummi]

Alle Klassen die von TComponent abgeleitet sind benötigen einen Owner, also jemanden der sie auch wieder freigibt.
Du kannst hier nil übergeben, mußt dann aber die Komonente selbst wieder freigeben.

Alle Klassen die von TControl abgeleitet sind benötigen einen Parent da sie irgendwo "gemalt werden müssen".

Wenn Dich die Herkunft einer einer Klasse interessiert kannst Du Dich per Klick auf die Deklaration bei gedrückter STRG-Taste durch die Hirarchie hangeln

Button:TButton Mausklick +STRG auf TButton
>>TButton = class(TCustomButton) Mausklick +STRG auf TCustomButton
>>TButtonControl>>TWinControl>>TControl>>TComponen t
>>class(TPersistent, IInterface, IInterfaceComponentReference)
>>TObject

[FriendOfDelphi]

Da die grundlegende Frage dieses Themas ja beantwortet ist, möchte ich diesen Thread als beantwortete Frage abschließen.
Vielleicht kann jemand ja noch einmal einen Link mit einem Tutorial posten, in welchem die Themen "TComponent", "TWinControl" und deren Zusammenhänge grundsätzlich erklärt werden.