솔리드 주체를 위반하지 않고 올바르게 로깅을 구현하는 방법은 무엇입니까?

Question

NLog를 통해 로깅을 구현하려고하는데 실제로주의를 요구하는 코드 냄새가 있지만 현재 제한된 지식으로 인해이를 처리하는 방법을 잘 모릅니다. 여기

내가 DI와 함께 사용할 수있는 인터페이스 뒤에 NLog의 실제 구현을 숨긴 그 클래스는 싱글 톤의 내가

먼저 좋아하지 않는 것들이다.

현재 가능한 한 많은 정보를 기록하려고합니다. 즉, 비즈니스 개체의 거의 모든 메소드에서 로거를 호출하고 있으며 로깅 클래스에서 작성중인 종속성이 마음에 들지 않습니다. 메소드를 직접 호출하는 것이 아니라 모든 메소드에서 로깅을 수행하는 더 나은 방법입니까? 여기에서는 로깅 인터페이스 방법을 변경하면 Open Closed Principal을 위반하고 있다고 생각합니다. 모든 지옥은 헐렁 할 것이고 그 변화는 모든 방법에서 거의 파급 될 것입니다.

두 번째로 무서운 부분은 UserID, ProductCode 등 일부 경우에 내 로거에 추가 정보를 전달해야한다는 것입니다.이 정보를 로거 클래스에 매개 변수로 전달하면 생각조차하지 않습니다. 그 길을 ... 경험이 많은 사람들은 어떻게 이런 시나리오를 다루겠습니까?

의견을 보내주세요.

Answer 1

당신은 정말 양면으로 로깅을 시도해야합니다. http://www.voelter.de/data/articles/aop/aop.html 또는 "aspect를 사용한 로깅"을 참조하십시오.

Answer 2

로깅 이벤트를 수신하기 위해 로거를 첨부 할 수있는 일반적인 방법으로 비즈니스 객체의 기본 로깅을 설계 할 수 있습니다. 그런 식으로 나중에 비즈니스 오브젝트 코드를 변경하지 않고 로그가 기록되는 메소드를 변경할 수 있습니다. 같은

뭔가 : 어쨌든 이런

이

public interface BOLogger 
{ 
    void Log(string message); 
} 

public sealed class AbstractBOLogger : BOLogger 
{ 
    public List<BOLogger> Loggers { get; private set; } 

    public AbstractBOLogger 
    { 
     this.Loggers = new List<BOLogger>(); 
    } 

    public void Log(string message) 
    { 
     this.Loggers.ForEach(logger => logger.Log(message)); 
    } 
} 

public class BusinessObject 
{ 
    public BOLogger { get; private set; } 

    public BusinessObject 
    { 
     this.BOLogger = new AbstractBOLogger(); 
    } 
} 

뭔가.