Generics TForm

[jaenicke]

Ich hätte dafür nie Bedarf, denn die generische Funktionalität gehört zur Formularlogik, nicht zum Formular selbst. Wenn man das entsprechend trennt, hat man das Problem auch nicht.

Es gibt viele Möglichkeiten, z.B. kann man dem Formular eine Property geben, die vom Typ der Basisklasse für die generischen Ableitungen ist, so dass man die dort reinpacken kann. Dann kann das Formular darauf zugreifen. Umgekehrt kann man auch einen TMyFormController<T> verwenden, der das Formular steuert und sich in dessen veröffentlichte Events einklinkt. Für neue Implementierungen ist eher die zweite Variante interessant, die erste, wenn man bestehende Funktionalität auslagern möchte.

[himitsu]

Da im FormDesigner eh immer nur eine generische Dummy-Klasse von TForm verwendet wird, welche "bloß" so wie deine Form-Klasse heißt, und nicht der originale Typ, sind eh keine Published-Property der Vorfahren, sowie überschriebene "Ereignisse" (Create/Loaded/...), im Designer sichtbar bzw. aktiv ... egal welche Art der Vererbung.

Und soll die Form im Designer bearbeitbar oder im Code via Create erstellbar sein, dann müssen alle Vorfahren bis/nach TForm eine DFM-Ressource gleichen Namens besitzen.