特定のフォーム プロパティを変更すると、「Application.OpenForms.Count」が 0 を返すのはなぜですか?

フォーム プロパティに関する Application.OpenForms.Count の難問

Application.OpenForms.Count が常に 0 を返す理由を疑問に思ったことはありますか?この複雑な問題は、フォームの作成後に特定のフォーム プロパティを変更するとき、特定の状況下で発生します。

バグについて

Windows フォームには、フォームが消えるという既知のバグがあります。 Application.OpenForms コレクションの ShowInTaskbar、FormBorderStyle、ControlBox、Min/MaximizedBox、RightToLeftLayout の場合、 HelpButton、Opacity、TransparencyKey、ShowIcon、または MdiParent プロパティは作成後に変更されます。これらのプロパティは、ネイティブの CreateWindowEx() 呼び出しでスタイル フラグを設定し、更新されたスタイルでウィンドウを再作成することをシステムに要求します。

元のウィンドウが破棄されると、Application.OpenForms はそのウィンドウを追跡できなくなります。ただし、Windows が新しいウィンドウを作成するときに、それを読み戻すことはできません。

バグの回避

このバグを回避するには、フォームのコンストラクターでのみ前述のプロパティを設定します。 、Windows が CreateWindowEx() を呼び出す前。イベント ハンドラーやウィンドウの作成後に実行されるコードでこれらのプロパティを変更することは避けてください。

Application.OpenForms の代替手段

OpenForms で問題が発生する可能性を考慮すると、次のことをお勧めします。代替アプローチを採用します。メッセージ ボックスの所有フォームを、表示クラスのコンストラクターのパラメーターとして直接提供することを検討してください。ほとんどの場合、メッセージ ボックスは適切な親ウィンドウを自動的に決定できます。

ワーカー スレッドからメッセージ ボックスを呼び出す場合は、現在の SynchronizationContext がコンストラクターに渡され、Post() の呼び出しに使用されることを確認してください。このアプローチにより、他の GUI フレームワークとの互換性が保証されます。

以上が特定のフォーム プロパティを変更すると、「Application.OpenForms.Count」が 0 を返すのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。