幽霊（レジデント）を飼い慣らす：NotifyIconによるWindows Formsの極致
長年、VBAの泥沼からVB.NETの荒波まで渡り歩いてきた諸君であれば、一度は「タスクトレイに潜ませる」という誘惑に駆られたはずだ。しかし、ただ`NotifyIcon`を貼り付けて`Hide()`するだけでは、真のエンジニアとは呼べない。
Windowsメッセージの深淵を覗き、メモリの断片化を許さず、システムリソースを極限まで管理する。それが「常駐型」を設計する者の矜持だ。今日は、表面的なチュートリアルを遥かに超えた、アーキテクチャの核心を説く。
—
1. ライフサイクルの支配：Disposeの義務とメモリの規律
VB.NETのガベージコレクタ(GC)を過信してはならない。特に`NotifyIcon`はアンマネージドリソース（Windows APIのハンドル）を内部で保持している。これを適切に解放しないことは、アプリ終了後もゾンビのようにアイコンが残り続ける「残影バグ」の元凶となる。
‘ フォーム破棄時の鉄則
Protected Overrides Sub Dispose(disposing As Boolean)
If disposing Then
‘ コンポーネントが破棄可能か確認
If components IsNot Nothing Then
components.Dispose()
End If
‘ NotifyIconは明示的にVisibleをオフにするのが作法
‘ これを怠ると、エクスプローラーがクラッシュした際に通知領域が汚染される
If trayIcon IsNot Nothing Then
trayIcon.Visible = False
trayIcon.Dispose()
End If
End If
MyBase.Dispose(disposing)
End Sub
2. 「閉じる」を再定義せよ：FormClosingイベントの戦略的ハック
ユーザーが「×」ボタンを押した時、それは必ずしもアプリの終了を意味しない。フォームを`Hide()`し、`ShowInTaskbar = False`に切り替える。この一連の動作をアトミックに行う必要がある。
Private Sub MainForm_FormClosing(sender As Object, e As FormClosingEventArgs) Handles MyBase.FormClosing
‘ ユーザーが「閉じる」を押した場合の挙動を遮断
If e.CloseReason = CloseReason.UserClosing Then
e.Cancel = True
Me.Hide()
Me.ShowInTaskbar = False
‘ バルーンチップで生存報告を出す（非同期的なUX）
trayIcon.ShowBalloonTip(3000, “システム稼働中”, “バックグラウンドへ格納しました。”, ToolTipIcon.Info)
End If
End Sub
3. コンテキストメニューという名の「操作の起点」
レガシーなWindowsアプリケーションにおいて、コンテキストメニューは唯一のUI接点となる。ここで重要なのは、`ContextMenuStrip`と`NotifyIcon`の結びつきだ。特に、マルチスレッド環境下での更新が必要な場合、`Invoke`を忘れると例外の餌食になる。
‘ コンテキストメニューの「終了」ボタンの実装
Private Sub menuExit_Click(sender As Object, e As EventArgs) Handles menuExit.Click
‘ リソース解放の連鎖を発生させるため、明示的にCloseを呼ぶ
‘ これによりFormClosingイベントを経由せず、正常終了パスを通す
Application.Exit()
End Sub
‘ アイコンダブルクリックによる復元
Private Sub trayIcon_MouseDoubleClick(sender As Object, e As MouseEventArgs) Handles trayIcon.MouseDoubleClick
Me.Show()
Me.WindowState = FormWindowState.Normal
Me.ShowInTaskbar = True
Me.Activate()
End Sub
4. シニアエンジニアのための極限の知見
A. DPI意識（High DPI対応）
現代のディスプレイ環境では、フォームのサイズやアイコンの解像度が崩れることが多い。`app.manifest`で`dpiAware`を適切に設定し、`AutoScaleMode.Dpi`を適用すること。これを行わないレジデントアプリは、高解像度モニター環境でただの「邪魔なゴミ」になる。
B. 多重起動の防止（Mutexの利用）
タスクトレイ常駐型は、間違っても二重起動させてはならない。起動時に`Mutex`を生成し、既に存在する場合は既存のインスタンスをフォアグラウンドに持ってくる処理を`Sub Main`で行うのが、システムアーキテクトの最低限の作法だ。
C. APIの直接操作
もし、さらに深い制御（例えば、タスクトレイアイコンの特定の座標を強制的に取得するなど）が必要ならば、`Shell_NotifyIcon`のAPIを直接叩く必要がある。`NotifyIcon`クラスはあくまでラッパーに過ぎない。ブラックボックスに依存しすぎるな。
—
結び：技術至上主義者への提言
VB.NETは「古い」のではない。単に「書き手が適当に書いてきた」だけだ。
NotifyIconを扱うことは、OSとアプリケーションの境界線を管理することと同義である。ユーザーに見えない場所で動くコードこそ、最も美しく、最も堅牢でなければならない。
メモリを解放し、リソースを管理し、システムに敬意を払う。
それが、我々が守り続けてきた「職人のコード」だ。
今日の解説が、君の抱えるレガシーシステムの再構築に役立つことを期待している。健闘を祈る。
