개발자되기 프로젝트

1. 프록시 프록시를 사용한 덕분에 원본 코드를 전혀 변경하지 않고, V1, V2 애플리케이션에 LogTrace 기능을 적용할 수 있었다. 2. 인터페이스 기반 프록시 vs 클래스 기반 프록시 인터페이스가 없어도 클래스 기반으로 프록시를 생성할 수 있다. 클래스 기반 프록시는 해당 클래스에만 적용할 수 있다. 인터페이스 기반 프록시는 인터페이스만 같으면 모든 곳에 적용할 수 있다. 클래스 기반 프록시는 상속을 사용하기 때문에 몇가지 제약이 있다. 부모 클래스의 생성자를 호출해야 한다.(앞서 본 예제) 클래스에 final 키워드가 붙으면 상속이 불가능하다. 메서드에 final 키워드가 붙으면 해당 메서드를 오버라이딩 할 수 없다. 이렇게 보면 인터페이스 기반의 프록시가 더 좋아보인다. 맞다. 인터페이스 기..

구체 클래스만 있는 V2에 적용해 보자. 1. OrderRepositoryConcreteProxy @Slf4j public class OrderRepositoryConcreteProxy extends OrderRepositoryV2 { private final OrderRepositoryV2 target; private final LogTrace logTrace; public OrderRepositoryConcreteProxy(OrderRepositoryV2 target, LogTrace logTrace) { this.target = target; this.logTrace = logTrace; } @Override public void save(String itemId) { TraceStatus stat..

인터페이스 없이 구체클래스를 기반으로 프록시를 적용할 수 있을까?? 1. ConcreteLogic, ConcreteClient @Slf4j public class ConcreteLogic { public String operation(){ log.info("ConcreteLogic 실행"); return "data"; } } @Slf4j public class ConcreteClient { private ConcreteLogic concreteLogic; public ConcreteClient(ConcreteLogic concreteLogic) { this.concreteLogic = concreteLogic; } public void execute(){ concreteLogic.operation(); ..

인터페이스와 구현체가 있는 V1 App에 지금까지 학습한 프록시를 도입하여 LogTrace를 사용하자. 프록시를 사용하면 기존 코드를 전혀 수정하지 않고 로그 추적 기능을 도입할 수 있다. 1. V1 기본 클래스 의존 관계, 런타임 의존관계 2. 로그 추적용 프록시 추가 애플리케이션 실행 시점에 프록시를 사용하도록 의존관계를 설정해 주면 됨. (설정 파일을 활용) 3. 프록시 적용 OrderRepositoryProxy import hello.proxy.app.v1.OrderRepositoryV1; import hello.proxy.trace.TraceStatus; import hello.proxy.trace.logtrace.LogTrace; import lombok.RequiredArgsConstruct..

1. GOF Decorator Pattern 여기서 생각해보면 Decorator 기능에 일부 중복이 있다. 꾸며주는 역할을 하는 Decorator 들은 스스로 존재할 수 없다. 항상 꾸며줄 대상이 있어야 한다. 따라서 내부에 호출 대상인 component 를 가지고 있어야 한다. 그리고 component 를 항상 호출해야 한다. 이 부분이 중복이다. 중복을 제거하기 위해 component 를 속성으로 가지고 있는 Decorator 라는 추상 클래스를 만드는 방법도 가능 이렇게 하면 추가로 클래스 다이어그램에서 어떤 것이 실제 컴포넌트 인지, 데코레이터인지 명확하게 구분 가능. 2. Proxy Pattern & Decorator Pattern Decorator 라는 추상 클래스를 만들어야 데코레이터 패턴일..

1. 실행 시간을 측정하는 Decorator Decorator는 하나 추가하여 시간을 측정하는 기능을 추가해보자. 2. TimeDecorator TimeDecorator는 timeDecorator가 호출된 시간과 다음 Component가 종료된 시간을 측정. import lombok.extern.slf4j.Slf4j; @Slf4j public class TimeDecorator implements Component{ private Component component; public TimeDecorator(Component component) { this.component = component; } @Override public String operation() { log.info("TimeDecorato..

1. 실행 시간을 측정하는 Decorator Decorator는 하나 추가하여 시간을 측정하는 기능을 추가해보자. 2. TimeDecorator TimeDecorator는 timeDecorator가 호출된 시간과 다음 Component가 종료된 시간을 측정. import lombok.extern.slf4j.Slf4j; @Slf4j public class TimeDecorator implements Component{ private Component component; public TimeDecorator(Component component) { this.component = component; } @Override public String operation() { log.info("TimeDecorato..

1. 부가기능 추가 앞서 설명한 것 처럼 프록시를 통해서 할 수 있는 기능은 크게 접근 제어와 부가 기능 추가라는 2가지로 구분한다. 앞서 프록시 패턴에서 캐시를 통한 접근 제어를 알아보았다. 이번에는 프록시를 활용해서 부가기능을 추가해보자. 이렇게 프록시로 부가 기능을 추가하는 것을 데코레이터 패턴이라 한다. 데코레이터 패턴: 원래 서버가 제공하는 기능에 더해서 부가 기능을 수행한다. 예) 요청 값이나, 응답 값을 중간에 변형한다. 예) 실행 시간을 측정해서 추가 로그를 남긴다. 2. 응답 값을 꾸며주는 데코레이터 응답 값을 꾸며주는 데코레이터 프록시를 만들어보자. 3. Decorator MessageDecorator의 역햘은 Component에서 받은 결과의 앞뒤에 ***을 붙여서 반환하는 것. im..