AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein GUI-Design mit VCL / FireMonkey / Common Controls Delphi Events programmieren - IF Assigned(...) Bedeutung?
Thema durchsuchen
Ansicht
Themen-Optionen

Events programmieren - IF Assigned(...) Bedeutung?

Ein Thema von scrat1979 · begonnen am 12. Feb 2007 · letzter Beitrag vom 12. Feb 2007
Antwort Antwort
Seite 1 von 2  1 2      
Benutzerbild von scrat1979
scrat1979

Registriert seit: 12. Jan 2007
Ort: Sulzbach a.d. Murr
1.029 Beiträge
 
Delphi 10.4 Sydney
 
#1

Events programmieren - IF Assigned(...) Bedeutung?

  Alt 12. Feb 2007, 14:04
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
Michael Kübler
  Mit Zitat antworten Zitat
Daniel
(Co-Admin)

Registriert seit: 30. Mai 2002
Ort: Hamburg
13.920 Beiträge
 
Delphi 10.4 Sydney
 
#2

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

  Alt 12. Feb 2007, 14:13
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.
Daniel R. Wolf
mit Grüßen aus Hamburg
  Mit Zitat antworten Zitat
Benutzerbild von Phoenix
Phoenix
(Moderator)

Registriert seit: 25. Jun 2002
Ort: Hausach
7.641 Beiträge
 
#3

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

  Alt 12. Feb 2007, 14:15
Schön gesagt, Daniel
Sebastian Gingter
Phoenix - 不死鳥, Microsoft MVP, Rettungshundeführer
Über mich: Sebastian Gingter @ Thinktecture Mein Blog: https://gingter.org
  Mit Zitat antworten Zitat
Benutzerbild von scrat1979
scrat1979

Registriert seit: 12. Jan 2007
Ort: Sulzbach a.d. Murr
1.029 Beiträge
 
Delphi 10.4 Sydney
 
#4

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

  Alt 12. Feb 2007, 14:17
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?
Michael Kübler
  Mit Zitat antworten Zitat
Benutzerbild von Luckie
Luckie

Registriert seit: 29. Mai 2002
37.621 Beiträge
 
Delphi 2006 Professional
 
#5

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

  Alt 12. Feb 2007, 14:20
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.
Michael
Ein Teil meines Codes würde euch verunsichern.
  Mit Zitat antworten Zitat
Benutzerbild von Jelly
Jelly

Registriert seit: 11. Apr 2003
Ort: Moestroff (Luxemburg)
3.741 Beiträge
 
Delphi 2007 Professional
 
#6

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

  Alt 12. Feb 2007, 14:23
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:

if Assigned(EventName) and (EventName is TEventName) Then EventName;
  Mit Zitat antworten Zitat
Benutzerbild von Khabarakh
Khabarakh

Registriert seit: 18. Aug 2004
Ort: Brackenheim VS08 Pro
2.876 Beiträge
 
#7

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

  Alt 12. Feb 2007, 14:35
Zitat von Jelly:
Deshalb noch besser:
Was leider nur bei Klassen funktioniert.
Sebastian
Moderator in der EE
  Mit Zitat antworten Zitat
Benutzerbild von Jelly
Jelly

Registriert seit: 11. Apr 2003
Ort: Moestroff (Luxemburg)
3.741 Beiträge
 
Delphi 2007 Professional
 
#8

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

  Alt 12. Feb 2007, 14:44
Zitat von Khabarakh:
Was leider nur bei Klassen funktioniert.
Was ging mir denn da grad durch den Kopf. Hast natürlich Recht.
  Mit Zitat antworten Zitat
Benutzerbild von scrat1979
scrat1979

Registriert seit: 12. Jan 2007
Ort: Sulzbach a.d. Murr
1.029 Beiträge
 
Delphi 10.4 Sydney
 
#9

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

  Alt 12. Feb 2007, 19:27
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
Michael Kübler
  Mit Zitat antworten Zitat
Benutzerbild von Jelly
Jelly

Registriert seit: 11. Apr 2003
Ort: Moestroff (Luxemburg)
3.741 Beiträge
 
Delphi 2007 Professional
 
#10

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

  Alt 12. Feb 2007, 19:35
Zitat von scrat1979:
Ist das korrekt? Falla ja, dann hätte ich es kapiert
Ja.

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.
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 1 von 2  1 2      


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 22:39 Uhr.
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