この記事では、Java ログ コンポーネント間の関係について詳しく説明します。必要な方は参考にしていただければ幸いです。
1. 概要
この記事では、ログ コンポーネントの長所と短所を評価するのではなく、関係を比較するだけです。ログ内のコンポーネント間には、このような関係がいくつかあります。これらの関係を明確に理解すると、ログの導入と使用に役立ちます。
ログ ファサードは、ログを記録するためにプログラムに直接導入されるログ コンポーネントを指します。プログラムで使用されます。 上の図には、いくつかの一般的なログ ファサード コンポーネントがリストされています。たとえば、一部のソフトウェアはデフォルトでいくつかのコンポーネントを直接使用します。たとえば、Spring は commons-logging を使用し、activiti はログ ファサードとして slf4j を使用します。また、他のソフトウェアも使いやすいと思われるログ ファサードを選択します。
log4j がファサードと実装の両方であることに加えて、commons-logging と slf4j はどちらもログを直接出力でき、出力するにはどちらもログ実装に依存する必要があります。上記のいくつかのログ実装も図に示されています。
slf4j はデフォルトでログバックを使用してブリッジング処理を実行しますが、slf4j を実装のファサードとして同時に使用したい場合、ブリッジングの役割は何ですか?実際のログ実装として log4j を使用したいのですが、この時点で slf4j-logrj12 jar パッケージが必要です。これでブリッジングの方法が理解できるはずです。
ここでの目的は、いくつかの競合を回避することです。たとえば、このシナリオでは開発に Spring を使用し、開発したソフトウェアはログ ファサードとして slf4j を使用します。今回は、Spirng がデフォルトでログ ファサードとして commons-logging を使用するため、この時点でいくつかの競合が発生するため、歴史的なソフトウェアの内部依存関係を統合するために、jcl-over-slf4j を導入し、このコンポーネントを通じて commons-logging を上書きできます。上書きされ、この方法で依存関係を変更できます。
以上がJava ログ コンポーネント間の関係の詳細な紹介の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。