誰でも知っていますか?オープンソースを好む?
基本的に、エラー情報を収集し、クラッシュ ダンプ情報 (例外 stak トレース、ただし、拡張機能ごとにマシン上のいくつかの他のファイル) の収集を含む Web サービスを介して中央の場所に転送し、いくつかの統計分析を行うことができるフックアップできるフレームワーク +ユーザー情報をユーザーに返す可能性 (回避策、既に登録されている場合はバグ ID など)。
誰でも知っていますか?オープンソースを好む?
基本的に、エラー情報を収集し、クラッシュ ダンプ情報 (例外 stak トレース、ただし、拡張機能ごとにマシン上のいくつかの他のファイル) の収集を含む Web サービスを介して中央の場所に転送し、いくつかの統計分析を行うことができるフックアップできるフレームワーク +ユーザー情報をユーザーに返す可能性 (回避策、既に登録されている場合はバグ ID など)。
Microsoft の Patterns & Practices チームが提供する Exception Handling Application Block があります。そのようなものは通常かなり良いです:)
http://msdn.microsoft.com/en-us/library/ff650463.aspx
これを Logging Application Block と組み合わせて、プロバイダー スキームを介して独自のエラー ロギング メカニズムを作成できます。ログ プロバイダーの 1 つが、提供する Web サービスに接続する可能性があります。
別の方法として、私が過去に行った方法は、結果の例外をクライアント マシン上の XML ファイルにシリアル化し、エラー レポートが利用可能であることを通知し、それを管理者に渡すことでした。私はこれらのいくつかを野生から戻してもらいましたが、ほとんどは問題を解決できることを意味していました. これは、Web サービスへの投稿に簡単に適用できます。
コードでは、このエラー レポートの原因となる 1 つの場所 (未処理の例外ハンドラー) しかありません。実際に処理されていないコードで例外を飲み込まないと仮定すると、処理されたすべての例外は安全に標準の動作であると見なすことができます。
これはオープンソースではありません。
しかし、Red Gate は一般的に優れた製品を提供しています: SmartAssembly
自動エラー報告は、エラーが発生したときに詳細情報を自動的かつサイレントに収集する例外処理メカニズムです。高度なカスタマイズが可能ですが、一般的なエラー レポートは、完全なスタック トレースと例外コンテキストに関する詳細 (すべてのローカル変数の値など) で構成されます。