Methode 'DoCreate' nicht in Basisklassis gefunden

[Delbor]

Hi zusammen

Zur Zeit arbeite ich daran, meinem Programm das Scannen 'beizubringen'. Dazu verwende ich delphitwain-kluug-1-5--2014-06-25.
Sehr ungewöhnlich für mich ist die Initialisierung der Mainform des Beispielprogrammes:

Delphi-Quellcode:

procedure TForm1.DoCreate;
begin
  inherited;
  Twain := TDelphiTwain.Create;
  Twain.OnTwainAcquire := TwainTwainAcquire;
  if Twain.LoadLibrary then
  begin   
    Twain.SourceManagerLoaded := TRUE;  //Load source manager
    ReloadSources;
  end else begin
    ShowMessage('Twain is not installed.');
  end;
end;

Dabei will ich die Funktonen dieser Mainform auf einen Frame auslagern. Dieser, bzw. sein Vorfahre, kennt aber keine 'DoCreate-Methode.
Grundsätzlich denke ich, das ist kein wirkliches Problem: Ich verpasse dem Frame einfach wie gewohnt einen Constructor - Frame.OnCreate gibt es nicht.

Andrerseits aber: Methoden, die wie hier mit einem 'Do' beginnen, sind normalerweise per Konvention Eventhandler zu eigens definiertem Ereignissen. So gesehen wäre obige Methode also ein Eventhandler...

Aber sehe ich das wirklich richtig? Oder andersherum: was gibt es für enen Grund, die obige Methode nicht einfach "TDelphiTwain.Create zu nennen?

Gruss
Delbor

[DeddyH]

Es ist eigentlich vollkommen unerheblich, wie die Methode heißt, sie sollte nur ratsamerweise aufgerufen werden, bevor Du auf die Variable/Property Twain zugreifst.

[Delbor]

Hi DeddyH

Grundsätzlich ist das so, aber ich meinte, da gäbe es doch noch einige Spezialitäten in Bezug auf TForm, bzw, ihrem Vorfahren. ich hab sowas bei Embarcadero mal gelesen (Constructor von TCustomForm?) aber wohl nicht ganz verstanden.
Andrerseits heissen alle meine Initialiesierungsmethoden Txx.Create, ob nun FormCreate oder Frameconstructor. Und das gab nur Probleme, wenn die Dinger vergessen gingen...

Gruss
Delbor

[jaenicke]

Der Konstruktor, den du überschreiben kannst, bekommt eben noch den Owner als Parameter. Das ist bei einem Frame der übliche Weg.

[DeddyH]

Man muss ja nicht einmal den Konstruktor überschreiben, Lazy Initialization wäre z.B. auch ein gangbarer Weg. Und der Konstruktor ist ja die „Initialisierungsmethode“ und heißt Create, da das ja bereits in der „Mutter aller Klassen“ TObject so festgelegt ist, da sollte man den Namen auch so belassen, gerade wenn es um virtuelle Konstruktoren geht, die überschrieben werden können.

[freimatz]

Ich schmeiß hier noch ein AfterConstruction rein, das es auch bei TFrame gibt.