我知道日志記錄是AOP的主要用例。另外，日志記錄包裝器還作為您要使用DI的情況的示例，以便類不與特定的日志記錄實現耦合。但是，有些人認為記錄包裝器是反模式。首先，這種觀點是因為在大多數情況下，包裝器趨于簡單化并刪除了日志記錄框架特有的許多功能。如果要實現這些特定功能，為什么不直接使用框架。我知道Common.Logging門面嘗試為您抽象出log4Net，EntLib和NLog的大量功能。但是，即使在這里，我們仍然對Common.Logging有所依賴。不是以關于接口等的代碼/單元測試方式進行的，而是如果項目終止（自上一個發行版以來已經一年多了），或者您希望稍后切換到不受支持的記錄器，則可能會導致問題。也就是說，如果通過AOP實現日志記錄，是否甚至有必要使用DI作為日志記錄依賴項（即，為什么不直接引用NLog）呢？是的，代碼的AOP部分將緊密耦合，但是一個人要進行單元測試的類的邏輯沒有日志依賴（至少在編織發生之前）。在這一點上，我有點迷茫（我還沒有嘗試過AOP）。編織后，未將DI用于AOP代碼是否會對單元測試被測方法造成問題？還是可以在不編寫AOP代碼的情況下進行一次單元測試？除非軟件用戶需要日志記錄，否則我不確定測試使用模擬進行日志記錄有多大用處。我認為被測方法的業務邏輯是大多數測試所感興趣的。最后，如果要使用TDD / BDD，是否就不必使用DI來記錄AOP代碼中的日志依賴項？還是只是不試駕 AOP呢？如您所見，我正在嘗試了解最實際的方法是開發一種應用程序，該應用程序將同時使用AOP來解決交叉問題，并使用DI來進行設計/測試。由于AOP相對較新，并且日志記錄是最常見的示例，因此推薦的方法是什么？