DelphiとLazarusのフォーム初期化の違いは？

Question

MainFormは実行時にいくつかのセカンダリFrameオブジェクトを作成し、さまざまなオプションパネルを表示します。

ここでは、それらのフレームクラスの一つの典型的なコンストラクタは、（彼らはそれぞれのTFrameを拡張）です：

constructor Tframe2.Create(AOwner: TComponent); 
begin 
    inherited; 
    edTime.Text := '12:00pm'; //edTime is a TEdit control. this line is where it throws the exception 
    //etc. 
end; 

このコードは（それが物事を行うには正しい方法だったかどうか）Delphiでうまくいきましたが、コントロール（TEdit）にまだ割り当てられていない親ウィンドウ（rsControlHasNoParentWindow）がないため、Lazarusの同じコードがEInvalidOperation例外をスローし続けます。親が割り当てられていないように見えるので、コンストラクタが呼び出されるまで

if Assigned(frame) then FreeAndNil(frame); 
case Node.AbsoluteIndex of 
    optInterval: frame := Tframe2.Create(Self); //here's where the constructor gets called. 
    //etc 
end; 
frame := TframeOther.Create(Self); 
if Assigned(frame) then 
begin 
    frame.Parent := panOptions; //here's where Tframe2's parent gets set 
    frame.Align := alClient; 
end; 

だから、誰もが、フォームの初期化シーケンス限りデルファイとラザロとの間の重要な違いがあるのか​​どうか説明することができます：ここで

はMainFormを内のコードは、二次フレームを初期化しているのですか？

そして、このタイプの初期化順序問題を解決する最も標準的な方法はどれですか？私がもっと慣れ親しんでいる他の言語と比較すると、そのようなエラーを解決するさまざまな戦略があるかもしれません。コンストラクタに別のパラメータを追加することもできますし、ポストコンストラクタと呼ばれるメソッドをプレイングして画面上に描画してオーバーライドすることもできます。そのコードを再配置したり、ヘルパーメソッドを作成してsetParentを呼び出した後に呼び出すことができます。特にここでのベストプラクティスは？

編集]：これはTEditに固有のものであるようです。チェックボックスの状態を初期化する行に同じ問題がないようです。これはLazarusのバグでしょうか？

Answer 1

さらに実験を重ねた結果、TEditの親をフレームに設定する行を追加してフレームの親を設定するよりも、すぐにクラッシュするという問題のほとんどを解決できました。これと同じように：私はまだ、なぜよりよく理解してみたい

edTime.Parent := Self; 
edTime.Text := '12:00'; 

しかし、これは「時々」が必要です。

編集：これはTEditでテキストを設定できるようになっていますが、これはコンポーネントを繰り返し処理してチェックボックスになるサイズを変更する自動サイズコードを修正しません。どうやらそれが親のセットを持っていないフォームは、まだ「一種の」問題です。

edit2：コンストラクタに2番目のパラメータを追加し、コンストラクタ内のフォーム全体の親を設定すると、TEditのParentを完全に設定する必要がなくなりました。