inherited im OnClick-Ereignis [Verständnisfrage]

[RWarnecke]

Hallo zusammen,

ich schaue gerade einen fremden Quelltext durch. Dabei ist mir aufgefallen, dass in vielen OnClick-Ereignissen inherited; immer als erstes nach dem begin steht. In den bis jetzt eingesehen Quelltext wurde keine der Komponenten von den OnClick-Ereignissen zur Laufzeit erstellt.

Ich verstehe nicht, warum das so gemacht wurde, da ich das zum ersten mal sehe. Was ist der Grund dafür ?

[Popov]

Vielleicht aus Prinzip. Auch wenn es nicht nützt, muß es auch nicht schaden. Wenn man z.B. eine neue Klasse aus TObject erstellt, baut man z.B. in Create inherited ein, obwohl es eigentlich nicht nötig ist. Da ist nichts was aufgerufen werden kann, aber es wird aus Prinzip gemacht, dann es schadet auch nicht.

[jaenicke]

Aber Vorsicht, wenn Quelltext auch noch für alte Delphiversionen funkionieren soll. Denn wenn an da ein inheritd zu viel setzt, kann das auch ganz schnell knallen. Offenbar wird dort nicht geprüft, ob da auch ein Sprungziel dafür existiert. Zumindest bei Delphi 5 ist dieses Problem bei Quelltext aufgetreten (als ich ein inherited zu viel drin hatte), den ich mit XE geschrieben hatte. (Dort passiert da nichts wie es sein sollte.)

[RWarnecke]

Danke erstmal für die Antworten. Der Quelltext ist komplett nur für Delphi 2010. Den werde ich auf keinen Fall auf ältere Delphi-Versionen portieren.

Zitat von jaenicke:

Aber Vorsicht, wenn Quelltext auch noch für alte Delphiversionen funkionieren soll. Denn wenn an da ein inheritd zu viel setzt, kann das auch ganz schnell knallen. Offenbar wird dort nicht geprüft, ob da auch ein Sprungziel dafür existiert. Zumindest bei Delphi 5 ist dieses Problem bei Quelltext aufgetreten (als ich ein inherited zu viel drin hatte), den ich mit XE geschrieben hatte. (Dort passiert da nichts wie es sein sollte.)

Sowas ähnliches hatte ich auch noch im Gedächtnis, aber im zusammenhang mit Klassen und ableiten von Komponenten.

Ich verstehe nur noch nicht ganz warum. Bei Klassen oder abgeleiteten Komponenten könnte ich es verstehen aber nicht bei einfachen OnClick-Ereignissen von Standard-Komponenten. Könnte das ganze ein Relikt aus älteren Zeiten sein ?

Also werde ich die Zeile mal drin stehen lassen, bis ich ein bisschen mehr Zeit habe. Dann werde ich das ganze mal testen.

[ConnorMcLeod]

Würde sagen, das hängt davon ab, ob man die ursprüngliche Funktionalität erweitern oder abändern möchte. Bei einer Erweiterung: erstmal inherited, damit alles wie gewohnt abläuft, und danach der eigene Code. Und wenn man der Ur-Funktionalität zuvorkommen möchte, dann zuerst der eigene Code und danach inherited. Bei einer Änderung: ohne inherited => alles neu.
PS: inherited kann sich auch auf den Vorfahr des Vorfahrs beziehen.

[Sir Rufo]

Schau doch mal nach, ob das Formular vererbt wurde, denn dann fügt die IDE automatisch das iherited ein.
Und zwar unabhängig davon, ob es im Vorfahr deklariert wurde.

Und ja, dass ist dann vorbeugend, falls im Vorgänger doch etwas deklariert wird.

[RWarnecke]

Zitat von Sir Rufo:

Schau doch mal nach, ob das Formular vererbt wurde, denn dann fügt die IDE automatisch das iherited ein.
Und zwar unabhängig davon, ob es im Vorfahr deklariert wurde.

Und ja, dass ist dann vorbeugend, falls im Vorgänger doch etwas deklariert wird.

Hallo Sir Rufo,

dass war der entscheidene Hinweis. Jedes Formular wird von einem Masterformular abgeleitet. Dann kann ich mir den Befehl inherited auch in einem OnClick-Ereignis erklären. Jetzt habe ich verstanden, dass das inherited mit der Vererbung der Formulare zusammenhängt. Also bleibt alles so wie es ist.