Delphi-PRAXiS
Seite 1 von 2  1 2      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   GUI-Design mit VCL / FireMonkey / Common Controls (https://www.delphipraxis.net/18-gui-design-mit-vcl-firemonkey-common-controls/)
-   -   Delphi Events programmieren - IF Assigned(...) Bedeutung? (https://www.delphipraxis.net/86300-events-programmieren-if-assigned-bedeutung.html)

scrat1979 12. Feb 2007 13:04


Events programmieren - IF Assigned(...) Bedeutung?
 
Hallo zusammen,

nachdem mir einige bei meinem Einsteig in die Komponentenentwicklung sehr geholfen habe, habe ich noch eine kleine Frage:

Ich habe ein Event programmiert. Sämtliche Typen-Deklarationen etc. habe ich gemacht und es funktionert auch wunderbar. Nur ist mir eines nicht 100%-ig klar: Im Internet habe ich zuvor nach Lösungen geschaut. Dabei wird für die Auslösung des Events vereinfacht immer folgender Code genommen:

Delphi-Quellcode:
[...]
if Assigned(EventName) Then EventName;
[...]
Nun meine Frage: Was genau bedeutet denn if Assigned(Eventname). Könnte man denn nicht die IF-Klausel weglassen und das Event einfach so "auslösen" ? Und falls ja, wo liegen in o.g. Code die Vorteile? Aus der Delphi - Hilfe bin ich leider nicht schlau geworden.

SCRaT

Daniel 12. Feb 2007 13:13

Re: Events programmieren - IF Assigned(...) Bedeutung?
 
Der Unterschied wird dann deutlich - sehr deutlich sogar ;-) - wenn Du einem Event keine Methode zuweist. Der Methodenzeiger besitzt dann den Wert NIL. Und auf NIL springen wollen, um Code auszuführen ist immer so 'ne Sache. ;-)

Phoenix 12. Feb 2007 13:15

Re: Events programmieren - IF Assigned(...) Bedeutung?
 
Schön gesagt, Daniel :lol:

scrat1979 12. Feb 2007 13:17

Re: Events programmieren - IF Assigned(...) Bedeutung?
 
Danke schon einmal. Das heißt doch aber wiederum, wenn ich zu 100% dem Event eine Methode zugewiesen habe, dann könnte ich darauf verzichten. Handelt es sich beim "IF Assigned(..)" also eher um eine "Sicherheitsmaßnahme" oder ist es ggf. doch sinnvoll z.B. wenn es weitervererbt wird?

Luckie 12. Feb 2007 13:20

Re: Events programmieren - IF Assigned(...) Bedeutung?
 
Reine Sicherheitsmaßnahme. Aber woher willst du sichergehen, dass der Benutzer deiner Komponente auch das Ereignis zuweist? Ergo, ist zwar eine reine Sicherheitsmaßnahme, aber unbedingt nötig.

Jelly 12. Feb 2007 13:23

Re: Events programmieren - IF Assigned(...) Bedeutung?
 
Die Komponente kann nicht sicherstellen, dass der Client (also der Part des Programms, der die Komponente einbindet), auch wirklich ein Event implementiert hat. Ein Button z.B. hat ein OnMouseMove Event. Das musst du als Entwickler aber nicht implementieren. Und wäre die TButton Klasse nun schlampig programmiert, würd dir immer ne Exception um die Ohren fliegenn, sobald du die Maus über den Button bewegst und du kein entsprechendes Eventhandler pflegst.

Um noch mehr auf Nummer sicher zu gehen, kannst du das if assigned sogar noch etwas ausweiten. Denn selbst wenn assigned(EventName) <> nil ist, heisst das noch lange nicht, dass EventName auch wirklich vom erwarteten Typ ist. Deshalb noch besser:

Delphi-Quellcode:
if Assigned(EventName) and (EventName is TEventName) Then EventName;

Khabarakh 12. Feb 2007 13:35

Re: Events programmieren - IF Assigned(...) Bedeutung?
 
Zitat:

Zitat von Jelly
Deshalb noch besser:

Was leider nur bei Klassen funktioniert.

Jelly 12. Feb 2007 13:44

Re: Events programmieren - IF Assigned(...) Bedeutung?
 
Zitat:

Zitat von Khabarakh
Was leider nur bei Klassen funktioniert.

:wall: Was ging mir denn da grad durch den Kopf. Hast natürlich Recht.

scrat1979 12. Feb 2007 18:27

Re: Events programmieren - IF Assigned(...) Bedeutung?
 
Zitat:

Zitat von Jelly
Die Komponente kann nicht sicherstellen, dass der Client (also der Part des Programms, der die Komponente einbindet), auch wirklich ein Event implementiert hat. Ein Button z.B. hat ein OnMouseMove Event. Das musst du als Entwickler aber nicht implementieren. Und wäre die TButton Klasse nun schlampig programmiert, würd dir immer ne Exception um die Ohren fliegenn, sobald du die Maus über den Button bewegst und du kein entsprechendes Eventhandler pflegst.

Ich glaube mir ist erst kurz nach Erstellen des Themas klar geworden was für ein Quark ich da eigentlich geschrieben habe. Mir ist glaube ich die Antwort alleine gekommen, korrigiert mich wenn ich falsch liege. Sollte der Benutzer meiner Komponente z.B. via Object Inspector das OnMouseOver (als Beispiel) NICHT implementiert haben, so wäre Assigned(Eventname) = false und somit wurde ohne die "Sicherheitsmaßnahme" eine Fehlermeldung kommen .Ist das korrekt? Falla ja, dann hätte ich es kapiert :-)

BTW, obwohl ich evtl. einen neuen Thread erstellen sollte, vielleicht könnt Ihr mir die Fragae nebenbei beantworten: WEnn ich z.B. ein OnMouseClick implementieren möchte, klicke ich ja z.B. bei einer Button - Komponente im OI doppelt auf "OnMouseClick" und kann die Befehle in der Prozedur eingeben. Wie kann ich denn die Prozedur zur Laufzeit erstellen/Zuweisen, nachdem ich diese mit z.B. MeinButton := TButton.Create erstellt habe.

SCRaT

Jelly 12. Feb 2007 18:35

Re: Events programmieren - IF Assigned(...) Bedeutung?
 
Zitat:

Zitat von scrat1979
Ist das korrekt? Falla ja, dann hätte ich es kapiert :-)

Ja.

Zitat:

Zitat von scrat1979
Wie kann ich denn die Prozedur zur Laufzeit erstellen/Zuweisen, nachdem ich diese mit z.B. MeinButton := TButton.Create erstellt habe.

Indem du eine Prozedur in deiner Client Klasse definierst, die den Parametern deines Ereignisses genuügt. Bei OnClick wäre das hier z.B. eine Möglichkeit:

Delphi-Quellcode:
unit Unit21;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs, StdCtrls;

type
  TForm21 = class(TForm)
    procedure FormCreate(Sender: TObject);
  private
    { Private declarations }
    Button : TButton ;
    procedure MyButtonClick (Sender : TObject) ;
  public
    { Public declarations }
  end;

var
  Form21: TForm21;

implementation

{$R *.dfm}

procedure TForm21.FormCreate(Sender: TObject);
begin
      Button := TButton.Create (Self) ;
      with Button do begin
          Parent := Self ;
          Left := 20 ;
          Top := 20 ;
          Caption := 'Klick mich' ;
          OnClick := MyButtonClick ;
      end;
end;

procedure TForm21.MyButtonClick(Sender: TObject);
begin
     showmessage ('Geklickt') ;
end;

end.


Alle Zeitangaben in WEZ +1. Es ist jetzt 18:18 Uhr.
Seite 1 von 2  1 2      

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz