Windows Formsにおける堅牢な業務例外設計：ドメインエラーとシステム障害の完全分離戦略
日本の基幹業務システムにおいて、Windows Forms（VB.NET）は今なお現役で巨大なデータフローを支え続けています。しかし、長年運用されてきたレガシーコードの現場で頻繁に目にするのが、以下のような極めて危険なエラーハンドリングです。
‘ 典型的なアンチパターン：ユーザーへの過度な情報露出とイベントループの汚染
Try
ExecuteCriticalBusinessLogic()
Catch ex As Exception
MsgBox(ex.ToString()) ‘ スタックトラッキングがそのまま一般ユーザーに暴露される
End Try
あるいは、`On Error Resume Next` の悪霊を引きずり、例外を揉み消した結果、メモリリークやアンマネージドリソースの開放漏れを引き起こし、最終的にプロセス全体を無言で自己沈没させる設計です。
プロフェッショナルなエンタープライズアーキテクチャにおいては、「ユーザーに提示すべき業務上の警告（Business Exception）」と「システムが継続不能となった致命的障害（System Exception）」を厳格に分離しなければなりません。
本稿では、Windows Formsのイベントループ構造を踏まえ、カスタム例外クラスの設計、`Win32 TaskDialog API` を活用した高度なダイアログ制御、そしてマルチスレッド環境における集約型エラーハンドリングの極意を解説します。
—
1. 例外の二元論：業務例外（Business）とシステム例外（System）
エラー
