log4net対Nlog

誰もが両方の経験がありますか？彼らはどのように互いに積み重ねますか？

そのうちの1つをエンタープライズアプリケーションのログインに使用することを計画しています。

参照：

log4net

nlog

編集：nlogまたはlog4netへの既存の依存関係はありません。

私は最近、次のプロジェクトのために「いくつかのロギンをプロトタイプ化する」ように命じられました。ロギングフレームワークの経験はありませんでした。数日間、Log4Net、NLog、Enterprise Libraryで調査し、チュートリアルを実行し、おもちゃのアプリなどを作成しました。3〜4週間後に戻ってきて、まとまりのあるデモにまとめます。うまくいけば、これのいくつかはあなたにとって有用です。

私たちのプロジェクトに対する私の推奨はこれです：

1. 直接的な依存関係を回避するには、ロギングファサード（Common.Logging、SimpleLoggingFacadeなど）を使用します。
2. エンタープライズライブラリを他の機能に使用することになった場合は、それをロギングにも使用します。
3. 最終的にLog4Netに依存するものを使用する場合は、Log4Netを使用します。
4. 上記のいずれでもない場合は、NLogを使用します。どちらがいいですか。

それはこれらの調査結果に基づいています（意見！）：

• 3つのフレームワークはすべて機能し、いくつかの高度な機能を実行できます。私たちは高品質のソリューションを求めていますが、率直に言って、超高性能や60種類のイベントシンクは必要ありません。
• 3つすべてに非常に類似した基本概念があります。
• それぞれには、本当に高度なルーティング、動的ログファイル名、ファイルの切り捨てなど、独自のクールなトリックがあります。
• 3つすべては、独自の方法でかなり文書化されています。
• 私のような完全な初心者のために、それらはすべて最初は少し厄介でした。基本については、ここで大きな違いはありません。私はそれを乗り越えました。
• 数週間後に物事を再検討したとき、NLogは再開するのが明らかに最も簡単でした。私はそれをほんの少しブラシアップする必要がありました。Log4Netを使用するためには、オンラインの例をいくつか再検討する必要がありました。EntLibを使用して、あきらめ、チュートリアルを最初からやり直しました-完全に迷っていました。
• EntLibにデータベースへのログ記録などを実行させる方法を理解できませんでした。簡単かもしれませんが、私の時間制限を超えていました。
• Log4NetとNLogはコード内のフットプリントが小さい。EntLibはスパム行為がありますが、とにかくファサードを使用します。
• 私が誤ってEntLibを誤って構成し、実行時にそれを教えてくれました。Log4Netはそうしませんでした。NLogを誤って設定することはありませんでした。
• EntLibには、100％必要な見栄えの良いapp.configエディターが付属しています。NLogには構成ファイルスキーマがあるため、「intellisense」を取得できます。Log4Netにはnadaが付属しています。

明らかに私は今のところNLogが好きです。ただし、別の解決策があるにもかかわらず、それを使用するには不十分です。

あまり議論されていない重要な考慮事項は、サポートとアップデートです。

Log4Netは、バージョン1.2.10が2006年4月19日に公開されてから更新されていません。

対照的に、NLogは2006年以降積極的にサポートされており、log4netが最後に更新されたときに存在しなかった次のような多くのプラットフォームをサポートするNLog 2.0がまもなくリリースされます。

• NET Framework 2.0 SP1以上、3.5および4.0（クライアントおよび拡張プロファイル）
• Silverlight 2.0、3.0、4.0
• .NET Compact Framework 2.0、3.5
• Mono 2.xプロファイル

最近、両方のフレームワークでの経験があるので、各フレームワークについての見解を共有できると思いました。

既存のWebアプリケーションのロギングフレームワークを評価するように依頼され、さまざまなオンラインフォーラムを通過した後、NLog（v2.0）とlog4net（v1.2.11）に選択肢を絞り込みました。これが私の発見です：

1. NLogを使用した設定/起動は非常に簡単です。あなたは彼らのウェブサイトで入門チュートリアルを通り抜け、あなたは完了です。あなたは公平な考えを得ます、それはnlogでどのようになるかです。設定ファイルは非常に直感的で、誰でも設定を理解できます。例：内部ログをオンに設定する場合は、Nlog構成ファイルのヘッダーノードにフラグを設定します。これは、その場所であると予想される場所です。log4netでは、web.configのappSettingsセクションでさまざまなフラグを設定します。

2. log4netでは、内部ログはタイムスタンプを出力しません。Nlogでは、タイムスタンプ付きの素晴らしいログを取得します。私の評価ではそれがとても役に立ったと思います。

3. log4netのフィルター-この質問をよく確認してください-log4netフィルター-ログメッセージを無視するように記述してフィルター処理する方法。このための回答/解決策を見つけた場合は、お知らせください。独自のカスタムフィルターを作成できるため、この質問には回避策があります。しかし、log4netで簡単に利用できないもの。

4. パフォーマンス-ストアドプロシージャを使用して、約3000のログメッセージをデータベースに記録しました。単純なforループ（int i = 0; i <3000; i ++ ...を使用して、同じメッセージを3000回記録しました。書き込みの場合：log4net AdoAppenderは、NLogのほぼ2倍の時間を要しました。

5. Log4netは非同期アペンダーをサポートしていません。

ロギングフレームワークとしてNLogを選択することは、私にとって十分な比較でした。:)

このスレッドに遅れて到着した方は、.Net Base Class Library（BCL）をもう一度確認してください。TraceSourceクラスが導入されたとき（2005年頃）、多くの人々は.Net 1.1と.Net 2.0の間の変更を見逃していました。

TraceSourceの使用は他のロギングフレームワークと同様であり、ロギングのきめ細かい制御、app.config / web.configでの構成、プログラムによるアクセスが可能で、エンタープライズアプリケーションブロックのオーバーヘッドがありません。

• .Net BCLチームのブログ：トレースの概要-パートI （パートII a、b、cも参照）

「log4netとTraceSource」のように、さまざまな比較が浮かんでいます。

私たちにとって、主な違いは全体的なパフォーマンスにあります...

見てLogger.IsDebugEnabled我々のテストから、log4netの対NLogで、NLogは少ないオーバーヘッドがあると、それは我々が（低遅延のもの）の後にあるものです。

乾杯、フロリアン

まず、残りのスタックを確認します。

NHibernateを使用している場合は、Log4Netを直接利用します。他のフレームワークには、必要な他の特定のロガーがある場合があります。

それ以外はどちらも正常に動作します。

自分でLog4Netを選択しました。設定が面倒な場合があります。正しく設定されていない場合、何が問題だったかを理解するのは面倒です。しかし、ロガーに必要なほとんどすべてのことを実行させることができます。

Log4Netに未解決の問題がない場合は、Log4Netの開始方法について私が書いた記事を以下に示します。http：//elegantcode.com/2007/12/07/getting-started-with-log4net/

まあ..データベースロギングタスクにエンタープライズライブラリを使用しましたが、パフォーマンスのボトルネックのため、NLogに切り替えました。

いくつかの比較情報：

http://pauliusraila.blogspot.com/2010/10/solving-database-logging-bottlenecks.html

上記をエコーし​​、nLogを優先します。Entlibは不必要に肥大化しています。

Re：Log4net log4netで常に私に得られることの1つは、コンポーネントを初期化するためにglobal.asaxに以下を追加するのを忘れていることです。

log4net.Config.XmlConfigurator.Configure();

ここに行くと、NLogとLog4Netの両方のライブラリ、およびEnterprise Libと他の製品を含む包括的なマトリックスを見つけることができます。

マトリックスは、マトリックスに存在する唯一の商用ライブラリの機能を強調する方法で作成されていると主張する人もいるでしょう。それは本当だと思いますが、とにかく私の選択をNLogと比較するのに役立ちました。

よろしく

気づいたように、log4netはアプリケーションの実行中ずっと出力ファイルをロックするため、削除することはできません。それ以外は似ています。

だから私はNLogを好む。

私が実行しているオープンソースプロジェクトの恥知らずなプラグインですが、どの.NETロギングフレームワークがよりアクティブであるかについて活発な議論がなされたので、私はSerilogへの必須リンクを投稿すると思いました。

アプリケーション内で使用するために、Serilogはlog4netに似ています（そして、それを多用しています）。ただし、他の.NETログオプションとは異なり、Serilogはオフライン分析のためにログイベントの構造を保持することを目的としています。あなたが書くとき：

Log.Information("The answer is {Answer}", 42);

ほとんどのロギングライブラリは、メッセージをすぐに文字列にレンダリングします。Serilogもそれを行うことができますが、{ Answer: 42 }プロパティを保持するため、後でいくつかのNoSQLデータストアの1つを使用して、の値に基づいてイベントを適切にクエリできますAnswer。

私たちは1.0に近づいており、すべての最新（.NET 4.5、Windowsストア、Windows Phone 8）プラットフォームをサポートしています。

アンマネージコードでも動作するので、NLogも2番目に使用しています。log4netとlog4cxxを一緒に使用することも考えられますが、NLogはそのままの状態でマネージコードとアンマネージコードの両方を処理します。

ロギングAPIを抽象化するファサードであるCommon.Loggingも調べました。これは、log4net、NLog、およびEntreprise Libraryをサポートしています。私はそれを使用するつもりはありませんが、ログが無効になっているときにパフォーマンスを改善するためにラムダをどのように使用するかが好きです（NLogやおそらく他の機能と共有されている機能）。

Microsoft Enterprise Library Logging Blockも検討してください。素敵なデザイナーが付いています。

一般的なコンセンサスは、nlogの方が設定と使用が少し簡単だということです。ただし、どちらもかなり能力があります。

私の経験に基づくと、SmartInspectはNLogとlog4netの両方に勝っています。

非常に使いやすく、ドキュメントが充実しており、インタラクティブなログビューアを使用して以前にログに記録されたメッセージを表示およびフィルタリングできます。これは、現実に大きな利点です。

私が気に入っている点の1つは、Chromeのブラウザータブのようなデータのタブ付きビューです。各タブは、ログの異なるフィルタービューを提供できます。