Boost.Log現在、ロギング目的での使用を検討しています。非常に興味深いように見えますが、ロガー オブジェクトをどのように管理すればよいのか、まだよくわかりません。
私が見る限り、次のオプションがあります。
- 1 つのグローバル ロガー オブジェクトを使用します。
Boost.Logのラベル メカニズムを使用して、クラスごとに 1 つのロガー オブジェクトを使用します。- オブジェクトごとに 1 つのロガー オブジェクトを使用する (構成またはサブタイピングのいずれかを使用)。
次の質問があります。
- 個々のアプローチの利点は何ですか？マニュアルには最後のアプローチが優れていると書かれていますが、その
Boost.Log理由がわかりませんでした。 - ロギングの構文上のオーバーヘッドを最小限に抑えるアプローチはどれですか? または、構文上のオーバーヘッドを削減するために何らかの手法を利用していますか? たとえば、各コンストラクターからロガー オブジェクトを初期化することは避けたいのですが、残念ながらコンストラクターの委任はまだオプションではありません。
Boost.Logアプリケーションへの統合、または を利用する新しいアプリケーションの作成について、他に何か提案はありBoost.Logますか?