Wozu haben Komponenten Namen?

[Popov]

Delphi-Quellcode:

type
  TForm1 = class(TForm)
    //...
  private
    { Private-Deklarationen }
    procedure NewButonOnClick(Sender: TObject);
  public
    { Public-Deklarationen }
  end;

var
  Form1: TForm1;

implementation

{$R *.dfm}

procedure TForm1.NewButonOnClick(Sender: TObject);
begin
  ShowMessage('Schön langsam mit Gefühl und über neuen Namen');
end;

procedure TForm1.Button1Click(Sender: TObject);
var
  newButton: TButton;
begin
  newButton := TButton.Create(self);
  newButton.Name := 'Testbutton';
  newButton.Parent := self;
  newButton.OnClick := NewButonOnClick;
end;

procedure TForm1.Button2Click(Sender: TObject);
var
  newButton: TButton;
begin
  newButton := TButton(FindComponent('Testbutton'));
  newButton.OnClick(nil);
end;

[Perlsau]

Zitat:

Zitat von Meflin (Beitrag 1233419)

Zitat:

Zitat von Perlsau (Beitrag 1233414)

Zur Laufzeit brauchst du nichts davon, denn zur Laufzeit ist bereits alles verwurstelt, was man in Fachkreise auch als compiliert bezeichnet. Die Namensgebung dient der komfortableren Entwicklung.

Schonmal von Metaprogramming und Reflection gehört?

Nein. Muß man das als einfacher Delphi-Entwickler kennen?

Zitat:

Zitat von Meflin (Beitrag 1233419)

Zur Frage: Es geht Günther doch offensichtlich einzig um die Property namens "Name" die alle Komponenten haben, die aber keinen offensichtlichen Sinn erfüllt. So ähnlich wie die "Tag"-Property. Es geht nicht um die Namen der Variablen, in denen Referenzen auf Instanzen dieser Komponenten gespeichert werden. Ich kann da keine endgültige Antwort geben, aber ich vermute, dass es tatsächlich dazu dient, Komponenten zur Laufzeit identifizieren zu können.

Aha, er möchte also wissen, wozu das Property Name auch zur Laufzeit noch verfügbar ist. Wieso sollte es das nicht sein? Die Frage lautete zwar anders, nämlich "wozu haben Komponenten Namen", aber wenn du nun irgendwie erfahren hast, daß er genau das meint, dann würde ich mal sagen: weil die Entwickler bei Borland, Codegear und Emba das so geschrieben haben, nicht wahr? Warum hat ein Graf noch seinen Titel, wenn es doch offiziell keine derartigen Titel mehr gibt? Tja, da ist guter Rat teuer ...

Mir ist noch immer nicht klar, worauf die Frage eigentlich abzielt, sollte es sich nicht einfach um eine nach Gutdünken konstruierte Fragestellung handeln. Vielleicht auf die Abschaffung dieses Properties?

[Daniel]

Frank, es ist wieder eine wahre Freude, von Dir lesen zu dürfen. Und dass Du die Frage nicht erkannt hast, wurde offensichtlich. Das ist nicht schlimm - geht mir selbst auch oft genug so. In diesem Fall rate ich jedoch zur Zurückhaltung - manchmal kann man einfach die anderen erstmal machen lassen.

[Uwe Raabe]

Zitat:

Zitat von Union (Beitrag 1233421)

Ich glaube hier findet ständig eine Verwechselung statt zwischen den Komponenten-Namen und den Variablen-Namen. Der Komponenten-Name dient ausschließlich der Zuordnung von gestreamten Resourcen zu den korrekten Variablen beim Laden der Formulare.

Im dfm wird dann vom Reader erkannt, dass:

Delphi-Quellcode:

  object Label1: TLabel

hiermit verknüpft werden soll:

Delphi-Quellcode:

TForm1 = class(TForm)
  Label1: TLabel;

Das hat eigentlich gar nichts mit dem Streaming zu tun. Wenn du eine Klasse von TComponent ableitest und darin ein Feld mit einem ebenfalls von TComponent abgeleiteten Typ mit der passenden Sichtbarkeit (published) deklarierst, dann wird dieses Feld bei einem Aufruf von InsertComponent mit einer Instanz als Parameter, deren Name dem Feldnamen entspricht, genau auf diese Instanz gesetzt. Deshalb dürfen die Komponentennamen der Child-Komponenten auch nur eindeutig innerhalb der Parent-Komponente oder leer sein (weil ein Leerstring ja kein Variablenname ein kann).

Insofern würde das obige Beispiel:

Delphi-Quellcode:

   newButton := TButton.Create(self);
   newButton.Name := 'Testbutton';
   newButton.Parent := self;

...


   testButton.Click();

durchaus funktionieren, wenn testButton entsprechend als Feld im Form deklariert ist.

[Stevie]

Um es noch etwas zu verdeutlichen:
Wenn du eine Komponente zur Designzeit plazierst, generiert die IDE dafür eine Feldvariable im published Teil deines Forms (Frames, Datamodules, ...).
Diese wird so genannt, wie du im ObjektInspektor in der Eigenschaft Name einstellst. Somit kannst du deiner Komponente einen vernünftigen Namen verpassen (die IDE sorgt dafür, dass die Feldvariable auch passend umbenannt wird), um dich nicht hinterher im Sourcecode zu fragen, wofür nochmal Button24 oder TListbox17 waren.

Fun fact:
Wenn du niemals auf deinen Button im Sourcecode zugreifst, kannst du sogar die Feldvariable entfernen (nicht empfohlen) und dein Programm funktioniert noch - mit der kleinen Einschränkung, dass diese Klasse mit RegisterClass registriert werden muss, da sonst der dfm Streaming Mechanismus fehlschlagen würde, weil in diesem Fall aus dem Klassennamen, die in der dfm steht, eine Instanz der entsprechenden Klasse erzeugen muss.

[Popov]

Ich glaube er meint das:

Delphi-Quellcode:

var
  newButton: TButton;
begin
  newButton := TButton.Create(self);
  newButton.Left := 0;
  newButton.Caption := '1';
  newButton.Parent := self;
  newButton.OnClick := NewButonOnClick;

  newButton := TButton.Create(self);
  newButton.Left := 100;
  newButton.Caption := '2';
  newButton.Parent := self;
  newButton.OnClick := NewButonOnClick;
end;

Das scheint zu gehen, ist mir bisher noch nicht aufgefallen, denn zur Entwicklungszeit meckert die IDE, bei zwei Komponenten ohne Namen. Und wenn man im Beispiel oben die Buttons einzig mit einer Prozedur (z. B. OnClick) direkt verknüpft, brauch man anscheinend auch keine Namen.

Problematisch wird es nur wenn man später - wie im ersten Beispiel - auf die Komponente zugreifen will. Will man es nicht, scheint es kein Problem zu sein.

[DeddyH]

Zur Laufzeit erstellte Komponenten werden ja auch nicht in der *.dfm hinterlegt, das ist ein entscheidender Unterschied.

[Der schöne Günther]

Fast artete es in eine echte Wildwest-Kneipenschlägerei aus, aber jetzt ist doch gut erklärt. Die Parallele zur

Delphi-Quellcode:

Tag

-Property fand ich sehr passend ;-)

Meine Intention war nur zu sehen, ob ich irgendeinen tollen Mehrwert verpasse, wenn ich einer zur Laufzeit erstellten Komponente (ohne andere Komponente als Owner) keinen Namen gebe oder ich mir gar Sorgen machen muss, dass mir irgendwann alles um die Ohren fliegt.

[DeddyH]

Das hättest Du vielleicht dazu schreiben sollen, dann hätte ein einfaches "Nein" als Antwort genügt :lol:

[Der schöne Günther]

"Instanzen ... erzeugen" hatte für mich schon so einen beschwingenden, schöpferischen und aktiven Klang, da dachte ich es sei klar, dass es um die Laufzeit geht :oops:

Das nächste mal versuche ich besser drauf zu achten.