そのため、Enterprise Library 4.1 例外処理アプリケーション ブロックを使用して、複数プロジェクト アプリケーションでの例外のログ記録/処理を処理しています。いくつかのカスタム例外があり、クラスが .NET フレームワークの標準クラス ライブラリで定義されているいくつかの例外をスローしています (ArgumentException、InvalidOperationException、ArgumentNullException など)。
今日、私たちのチーム リーダーは、.NET フレームワークがこれらの種類の例外をスローするため、後者を使用しないことを決定しました。アプリケーション ブロックのポリシーでのフィルタリングを容易にするために、カスタム例外のみを使用する必要があります。カスタムArgumentException、カスタムInvalidOperationException などのように、.NET 標準クラス ライブラリの例外をカスタム バージョンで実質的に複製する限り。
私の質問は、このアプローチの何が問題なのですか? その時は指が入らなかったのですが、異臭がして不安な気持ちが拭えませんでした。本当に大したことではない何かについて心配していますか? 尻尾が犬を少し振っているような気がします...