2

Windows 管理ツールのイベント ビューアーについて、みんなの意見はどうなっているのでしょうか。

現在、WCF アプリケーションを作成しており、処理時に Windows イベント ビューアーにエラーのログを記録し始めました。次に、ユーザーがログインまたはログアウトしたときなど、エラー以外のログを記録する必要があるか、それともさらに多くのアクティビティをログに記録するかを考え始めました。

それとも、デバッガを使わずに主にテスト用に使用されるツールですか?

任意の入力を歓迎します:-)

4

2 に答える 2

3

全体として、それはあなたのプログラムと対象とする聴衆に依存すると思います. たとえば、米国政府 (具体的には DOD) が使用するアプリケーションは、セキュリティ要件を満たすために、特定のイベントをログ (Windows イベント ログである可能性が最も高い) に記録する必要があります。

現在どのようにロギングを行っているかわかりませんが、log4netのようなロギング フレームワークを使用してアプリケーションのロギングを行うことをお勧めします。実行時に、何をログに記録するか、どこにログを記録するかを調整できます。これは、本番システムでの問題/エラーのデバッグ、またはテストで使用できるデバッガーがない場合のテストで非常に役立ちます。

于 2010-03-14T12:33:53.167 に答える
1

Windowsイベントログは、アプリケーションがエラーや情報メッセージをログに記録するための一般的な宛先です。もちろん、会社の基準、運用上の好み、および非機能要件はすべて、ログの宛先を決定する際に役立ちます。

情報メッセージまたはデバッグメッセージをイベントログにダンプすることは完全に有効ですが、通常、これは構成ベースであるため、必要のないときにログがデバッグメッセージでいっぱいになることはありません。これを行うための一般的なフレームワークは、log4netまたはEnterpriseLibraryです。

イベントログにはいくつかの欠点があります。

  • 多くのアプリケーションには実行時にキーを作成する権限がないため、通常はレジストリキーを事前に設定する必要があります（ASP.NETなど）。
  • ログがいっぱいになり、メッセージのログが記録されなくなる可能性があります
  • ログをロールオーバーするように設定すると、古いエントリが失われる可能性があります
  • ログエントリのサイズは制限されているため（32767文字に制限されていると思います）、大きなエントリは切り捨てられます（たとえば、大きなWCFメッセージをログに記録する場合）
于 2010-03-14T16:34:44.460 に答える