3層アーキテクチャを尊重するWebアプリケーションでは、ユーザーロギングモジュールの実装を担当するのは誰ですか?プレゼンテーション層またはアプリケーション層ですか?
ユーザーロギングモジュールは実際にはアプリケーションのロジック層の一部ではなく、プレゼンテーション層の一部でもないため、私はその質問をしています。
3層アーキテクチャを尊重するWebアプリケーションでは、ユーザーロギングモジュールの実装を担当するのは誰ですか?プレゼンテーション層またはアプリケーション層ですか?
ユーザーロギングモジュールは実際にはアプリケーションのロジック層の一部ではなく、プレゼンテーション層の一部でもないため、私はその質問をしています。
ロギングは横断的関心事であるため、どの層にも属していません。可能な限り、ロギングモジュールの作成は避けることをお勧めします。値を追加する可能性は低く、既存のロギングフレームワークを複製するだけです。SLF4Jのようなものを一貫して使用してください。
例外のログ記録は、プログラミング ロジックの欠陥を特定して排除するのに役立ちます。何がアプリケーションの欠陥であるかを判断する最良の判断は、実際のメソッドそのものです。ビュー層は情報を表示するだけです。何がプログラミング ロジックの欠陥であり、何がそうではないかを判断する責任を負うべきではありません。したがって、ロジック層 (モデル/コントローラー、mvc 用語) になります。