フォームのライフサイクルを制御せよ：LoadとShownの「境界線」に潜む罠
VB.NETにおけるWindows Forms開発において、「画面が立ち上がるまでの数秒間、ウィンドウが真っ白のままフリーズする」という事象に遭遇したことはないだろうか。
多くのジュニアエンジニアは、とりあえず `Form_Load` に全ての初期化コードを詰め込む。しかし、それは「描画の準備」と「描画の実行」という、本来分離すべきプロセスを無理やり癒着させる行為だ。この過ちが、UXを破壊し、最悪の場合は初期化時の例外によるプロセスハングアップを招く。
本稿では、レガシーなシステム基盤を支えてきた知見に基づき、フォームのライフサイクルを完全に掌握するための設計指針を伝授する。
—
1. コンストラクタ、Load、Shown：ライフサイクルの真実
Windows Formsのインスタンス生成から表示までのフローを、メモリ管理の観点から分解する。
1. コンストラクタ (`New`): インスタンス化のフェーズ。ここではUIのレイアウト定義（`InitializeComponent`）のみを行う。ビジネスロジックやDB接続をここに記述するのは「設計の罪」だ。
2. `Form_Load`: フォームが表示される直前に呼び出される。しかし、この処理が完了するまでフォームの描画（Paint）はブロックされる。ここで重い通信やファイルI/Oを行えば、ユーザーには「応答なし」のウィンドウしか見えない。
3. `Form_Shown`: フォームが完全に画面に表示された後に一度だけ発火する。ユーザーが既にUIを視認できているため、重い処理を非同期で走らせるための最適なトリガーとなる。
—
2. ベストプラクティス：初期化の最適化コード
「画面を出してから、裏で動かす」を徹底せよ。以下に、非同期処理を用いたモダンな初期化パターンを示す。
Imports System.Threading.Tasks
Public Class MainForm
‘ コンストラクタ：UI構成のみに専念
Public Sub New()
InitializeComponent()
End Sub
‘ 画面が表示された直後のフック
Private Async Sub MainForm_Shown(sender As Object, e As EventArgs) Handles MyBase.Shown
Try
‘ 描画完了後に重い処理を開始することで、UIの固まりを防止
Await Task.Run(Sub()
‘ ここで重いDB接続やAPI呼び出しを行う
LoadSystemData()
End Sub)
‘ UI更新はメインスレッドに戻して行う
UpdateStatusLabel(“初期化完了”)
Catch ex As Exception
‘ 予期せぬ例外は握りつぶさず、ログを出力して適切にハンドリングする
Logger.Write(ex)
MessageBox.Show(“初期化に失敗しました。”)
End Try
End Sub
Private Sub LoadSystemData()
‘ ここは別スレッドで実行される
System.Threading.Thread.Sleep(3000) ‘ 擬似的な重い処理
End Sub
End Class
—
3. シニアエンジニアが意識すべき「メモリの制約」
レガシー環境で最も恐ろしいのはメモリリークだ。特にイベントハンドラを動的に追加し、フォームを閉じても参照が残り続ける「ゾンビオブジェクト」は、システムを確実に死に至らしめる。
明示的解放の極意
`IDisposable` を実装したオブジェクト（`DataTable` や `Stream` など）は、必ず `Using` ブロックで囲むか、`Dispose()` を呼ぶこと。特にVB.NETのガベージコレクタを過信してはならない。
‘ ファイルアクセス等のアンマネージドリソースはUsingで確実に閉じる
Using fs As New System.IO.FileStream(“config.dat”, IO.FileMode.Open)
‘ 処理
End Using ‘ ここで自動的にDisposeが呼ばれる
—
4. なぜ「Load」を捨て「Shown」を選ぶのか
システム間連携において、初期化の失敗は致命的だ。`Form_Load` で例外が発生すると、フォームそのものが表示されず、エラーハンドリングのダイアログすら出せない状況に陥ることがある。
- Load: 画面描画の「前準備」。設定ファイルの読み込みや、簡単なバリデーションのみに留める。
- Shown: ユーザーへの「サービス開始」。非同期タスクの投入、監視タイマーの開始、APIとの疎通確認を行う。
この境界を明確にするだけで、アプリケーションの堅牢性は劇的に向上する。
—
終わりに：伝説のアーキテクトからの助言
技術の進歩は速いが、Windows Formsという古典的なUIアーキテクチャの本質は、20年前から何一つ変わっていない。それは「イベント駆動の本質を理解し、メインスレッドを占有しない」という一点に尽きる。
コードを書くとき、常に「この処理の間、ユーザーはどこを見ているか？」を想像せよ。それができるエンジニアだけが、時代を超えて生き残る堅牢なシステムを構築できる。
さあ、コードを書け。ただし、ただ動くコードではなく、後のエンジニアがメンテナンス時に膝を打つような、理知的なコードを。
