[스프링 핵심원리 - 고급편] #5. 프록시 패턴과 데코레이터 패턴(2) #679

YuDeokRin · 2025-03-21T14:45:37Z

YuDeokRin
Mar 21, 2025
Maintainer

6️⃣ 프록시, 프록시 패턴 , 데코레이터 패턴 - 소개

프록시, 프록시 패턴, 데코레이터 패턴이 서로 다 다른 단어이다. 비슷하지만 조금씩 차이가 있다 하나씩 알아보면서 비교를 해보자.

Client와 Server라고 보통 생각하면 개발자들 사이에서는 서버 컴퓨터는 생각한다.
Client와 Server 개념은 넓은 개념이다. 클라이언트 - 의뢰인, 서버 - 서비스, 상품을 제공하는 사람이나 물건을 뜻한다.
클라이언트 : 서버에 필요한 것을 요청하는 역할
- → 웹브라우저
서버 : 클라이언트의 요청을 처리하는 역할
- →웹서버

직접호출 : 클라이언트에서 서버로 거치는 곳없이 바로 호출하는 것을 직접 호출이라고한다.

간접 호출 : 직접호출과 다르게 클라이언트의 요청을 대리자를 통해서 서버에 전달하는 것

✅ 예시)

접근 제어, 캐싱
- 엄마에게 라면을 구매 부탁 → 엄마는 라면이 있다고함 → 라면을 기대한 것보다 빨리 먹을 수 있음
부가 기능 추가
- 아버지께 자동차 주유 부탁 → 주유 + 세차까지 해주심 → 나(클라이언트)는 기대한 것 외에 세차라는 부가 기능까지 얻게됨.
프록시 체인
- 내가 둘째 동생에게 라면을 사달라고 말함 → 둘째 동생는 셋째 동생에게 요청을 함 → 하지만 나는 둘째동생이 셋째 동생에게 시킨것은 모른다.

➡️ 대체 가능

프록시가 될려면 조건이 필요하다.
- 클라이언트는 서버에게 요청을 한 것인지, 프록시에게 요청을 한 것인지 조차 몰라야 한다.
- 즉, 서버와 프록시는 같은 인터페이스를 사용해야한다는 말이다. (전제)
- 클라이언트가 사용하는 서버 객체를 프록시 객체로 변경해도 클라이언트 코드를 변경하지 않고 동작되어야한다.

클라이언트는 서버 인터페이스(ServerInterface)에만 의존하고 있으며, 서버와 프록시가 같은 인터페이스를 사용한다.
- DI를 사용해서 대체 가능하다.
런타임 객체 의존 관계 - 프록시 도입 전

런타임 객체 의존 관계 - 프록시 도입 후

위 코드에서 런타임 객체 의존 관계를 보면 런타임(애플리케이션 실행 시점)에 클라이언트 객체에 DI를 사용해서 Client → Server에서 Client → Proxy로 객체 의존 관계 변경해도 클라언트 코드르 전혀 변경하지 않아도 된다. ✅ 클라이언트 입장에서는 변경 사실 조차 모름

DI를 사용하면 클라이언트 코드의 변경 없이 유연하게 프록시를 주입할 수 있다.

✅ 프록시의 주요 기능

프록시를 통해서 할 수 있는 일은 크게 2가지로 구분할 수 있다.
- 접근 제어
  - 권한에 따른 접근 차단
  - 캐싱
  - 지연 로딩
- 부가 기능 추가
  - 원래 서버가 제공하는 기능에 더해서 부가 기능을 수행한다.
  - 예) 요청 값이나, 응답 값을 중간에 변형한다.
  - 예) 실행 시간을 측정해서 추가 로그를 남긴다.

프록시 객체가 중간에 있으면 크게 접근 제어와 부가 기능 추가를 수행할 수 있다.

✅ GOF 디자인 패턴

프록시 패턴, 데코레이터 패턴 둘 다 프록시를 사용하는 방법이지만 둘의 차이를 잘 모르겠다. 그 둘의 차이를 나누는 것은 의도(intent)이다.
- 프록시 패턴 : 접근 제어가 목적(의도)
- 데코레이터 패턴 : 새로운 기능 추가가 목적(의도)

7️⃣ 프록시 패턴 - 예제 코드 1

build.gradle에 추가
- 아래와 같이 추가를 해야지 @Slfj4가 동작한다.

dependencies {
	...	
	//테스트에서 lombok 사용
	testCompileOnly 'org.projectlombok:lombok'
	testAnnotationProcessor 'org.projectlombok:lombok'
}

🔠 프록시 패턴 - 예제 코드 작성

프록시 패턴을 이해하기 위한 예제코드 작성!

Subject 인터페이스

주의: 테스트 코드(src/test)에 위치한다.

package hello.proxy.pureproxy.proxy.code;

public interface Subject {
    String operation();
}

RealSubject

주의: 테스트 코드(src/test)에 위치한다.
operation()은 데이터 조회를 시뮬레이션 하기 위해 1초 지연을 걸었다.
예를 들어 - 데이터를 DB나 외부에서 조회하는데 1초가 걸린다고 생각하면 된다. 호출할 때 마다 시스템에 큰 부화를 주는데 데이터 조회라고 가정해보자.

package hello.proxy.pureproxy.proxy.code;

import lombok.extern.slf4j.Slf4j;

@Slf4j
public class RealSubject implements Subject {
    
    @Override
    public String operation() {
        log.info("실제 객체 호출");
        sleep(1000);
        return "data";
    }

    private void sleep(int millis) {
        try {
            Thread.sleep(millis);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }
}

ProxyPatternClient
- Subject 인터펭스에 의존하고, Subject를 호출하는 클라이언트 코드이다.
- execute()를 실행하면 subject.opration()를 호출한다.

package hello.proxy.pureproxy.proxy.code;

public class ProxyPatternClient {
    
    private Subject subject;

    public ProxyPatternClient(Subject subject) {
        this.subject = subject;
    }
    
    public void execute() {
        subject.operation();
    }
}

ProxyPatternTest

package hello.proxy.pureproxy.proxy;

import hello.proxy.pureproxy.proxy.code.ProxyPatternClient;
import hello.proxy.pureproxy.proxy.code.RealSubject;
import org.junit.jupiter.api.Test;

public class ProxyPatternTest {

    @Test
    void noProxyTest() {
        RealSubject realSubject = new RealSubject();
        ProxyPatternClient client = new ProxyPatternClient(realSubject);
        client.execute();
        client.execute();
        client.execute();
    }
}

결과

22:24:07.841 [main] INFO hello.proxy.pureproxy.proxy.code.RealSubject - 실제 객체 호출
22:24:08.854 [main] INFO hello.proxy.pureproxy.proxy.code.RealSubject - 실제 객체 호출
22:24:09.860 [main] INFO hello.proxy.pureproxy.proxy.code.RealSubject - 실제 객체 호출

client.execute() 3번 호출하면 다음과 같이 처리된다.

client → realSubject를 호출해서 값을 조회한다. (1초)
client → realSubject를 호출해서 값을 조회한다. (1초)
client → realSubject를 호출해서 값을 조회한다. (1초)

8️⃣ 프록시 패턴 - 예제 코드 2

프록시 패턴을 적용해보자.

CacheProxy

package hello.proxy.pureproxy.proxy.code;

import lombok.extern.slf4j.Slf4j;

@Slf4j
public class CacheProxy implements Subject {

    private Subject target;
    private String cacheValue;

    public CacheProxy(Subject target) {
        this.target = target;
    }

    @Override
    public String operation() {
        log.info("프록시 호출");
        if (cacheValue == null) {
            cacheValue = target.operation();
        }
        return cacheValue;
    }
}

위 코드 설명
- private Subject target
  - 클라이언트가 프록시를 호출하면 프록시가 최종적으로 실제 객체를 호출해야한다.
- operation()
  - 구현한 코드를 보면 cacheValue에 값이 없으면 실제 객체(target)를 호출해서 값을 구한다.
  - 구한 값을 cacheValue에 저장하고 반환한다. cacheValue 값이 있으면 실제 객체를 전혀 호출하지 않고, 캐시 값을 그대로 반환한다.
  - 따라서 처음 조회 이후에는 캐시(cacheValue)에서 매우 빠르게 데이터를 조회할 수 있다.
ProxyPatternTest - cacheProxyTest()

package hello.proxy.pureproxy.proxy;

import hello.proxy.pureproxy.proxy.code.CacheProxy;
import hello.proxy.pureproxy.proxy.code.ProxyPatternClient;
import hello.proxy.pureproxy.proxy.code.RealSubject;
import hello.proxy.pureproxy.proxy.code.Subject;
import org.junit.jupiter.api.Test;

public class ProxyPatternTest {

    @Test
    void cacheProxyTest() {
        Subject realSubject = new RealSubject();
        Subject cacheProxy = new CacheProxy(realSubject);
        ProxyPatternClient client = new ProxyPatternClient(cacheProxy);
        client.execute();
        client.execute();
        client.execute();
    }
}

✅ cacheProxyTest()

realSubject와 cacheProxy를 생성하고 둘을 연결한다. 결과적으로 cacheProxy가 realSubject를 참조하는 런타임 객체 의존관계가 완성된다.
마지막으로 client 에 realSubject 가 아닌 cacheProxy 를 주
입한다. 이 과정을 통해서 client -> cacheProxy -> realSubject 런타임 객체 의존 관계가 완성된다

22:45:00.301 [main] INFO hello.proxy.pureproxy.proxy.code.CacheProxy - 프록시 호출
22:45:00.306 [main] INFO hello.proxy.pureproxy.proxy.code.RealSubject - 실제 객체 호출
22:45:01.311 [main] INFO hello.proxy.pureproxy.proxy.code.CacheProxy - 프록시 호출
22:45:01.312 [main] INFO hello.proxy.pureproxy.proxy.code.CacheProxy - 프록시 호출

➡️ client.execute()을 3번 호출하면 다음과 같이 처리된다.

client의 cacheProxy 호출 cacheProxy에 캐시 값이 없다. realSubject를 호출, 결과를 캐시에 저

장 (1초)

client의 cacheProxy 호출 cacheProxy에 캐시 값이 있다. cacheProxy에서 즉시 반환 (0초)
client의 cacheProxy 호출 cacheProxy에 캐시 값이 있다. cacheProxy에서 즉시 반환 (0초)

✅정리

프록시 패턴의 핵심은 RealSubject 코드와 클라이언트 코드를 전혀 변경하지 않고, 프록시를 도입해서 접근 제어를 했다는 점이다.
그리고 클라이언트 코드의 변경 없이 자유롭게 프록시를 넣고 뺄 수 있다. 실제 클라이언트 입장에서는 프록시 객체가 주입되었는지, 실제 객체가 주입되었는지 알지 못한다.

9️⃣ 데코레이터 패턴 - 예제 코드 1

데코레이터 패턴을 이해하기 위해 예제를 통해서 알아보기

Component 인터페이스

package hello.proxy.pureproxy.decorator.code;

public interface Component {
    String operation();
}

RealComponent
- RealComponent는 Component 인터페이스 구현

package hello.proxy.pureproxy.decorator.code;

import lombok.extern.slf4j.Slf4j;

@Slf4j
public class RealComponent implements Component {

    @Override
    public String operation() {
        log.info("RealComponent 실행");
        return "data";
    }
}

DecoratorPatternClient

package hello.proxy.pureproxy.decorator.code;

import lombok.extern.slf4j.Slf4j;

@Slf4j
public class DecoratorPatternClient {
    
    private Component component;

    public DecoratorPatternClient(Component component) {
        this.component = component;
    }
    
    public void execute() {
        String result = component.operation();
        log.info("result={}", result);
    }
    
}

DecoratorPatternTest

package hello.proxy.pureproxy.decorator;

import hello.proxy.pureproxy.decorator.code.Component;
import hello.proxy.pureproxy.decorator.code.DecoratorPatternClient;
import hello.proxy.pureproxy.decorator.code.RealComponent;
import lombok.extern.slf4j.Slf4j;
import org.junit.jupiter.api.Test;

@Slf4j
public class DecoratorPatternTest {
    
    @Test
    void noDecorator() {
        Component realComponent = new RealComponent();
        DecoratorPatternClient client = new DecoratorPatternClient(realComponent);
        client.execute();
    }
}

실행 결과

23:06:01.782 [main] INFO hello.proxy.pureproxy.decorator.code.RealComponent - RealComponent 실행
23:06:01.789 [main] INFO hello.proxy.pureproxy.decorator.code.DecoratorPatternClient - result=data

1️⃣0️⃣ 데코레이터 패턴 - 예제 코드 2

➡️ 부가 기능 추가

프록시를 활용해서 부가 기능을 추가해보자.
프록시로 부가 기능을 추가하는 것을 데코레이션 패턴이라 한다.
데이코레이터 패턴 : 원래 서버가 제공하는 기능에 더해서 부가 기능을 수행한다.
- 예) 요청 값이나, 응답 값을 중간에 변형한다.
- 예) 실행 시간을 측정해서 추가 로그 남긴다.
응답 갓을 꾸며주는 데코레이터 만들어보자.

MessageDecorator

package hello.proxy.pureproxy.decorator.code;

import lombok.extern.slf4j.Slf4j;

@Slf4j
public class MessageDecorator implements Component {

    private Component component;

    public MessageDecorator(Component component) {
        this.component = component;
    }

    @Override
    public String operation() {
        log.info("MessageDecorator 실행");
        
        String result = component.operation();
        String decoResult = "******" + result + "******";
        log.info("MessageDecorator 꾸미기 적용 전={}, 적용 후={}", result, decoResult);
        
        return decoResult;
    }
}

✅ 위 코드 설명

MessageDecorator는 Component 인터페이스 구현
프록시 호출해야 하는 대상을 component에 저장
operation()을 호출하면 프록시와 연결된 대상을 호출 component.operation(); 하고 그 응답 값에 * 표시를 더해준다.
DecoratorPatternTest - decorator1

@Slf4j
public class DecoratorPatternTest {
    @Test
    void decorator1() {
        Component realComponent = new RealComponent();
        Component messageComponent = new MessageDecorator(realComponent);
        DecoratorPatternClient client = new DecoratorPatternClient(messageComponent);
        client.execute();
    }
}

실행 결과

23:24:38.264 [main] INFO hello.proxy.pureproxy.decorator.code.MessageDecorator - MessageDecorator 실행
23:24:38.268 [main] INFO hello.proxy.pureproxy.decorator.code.RealComponent - RealComponent 실행
23:24:38.271 [main] INFO hello.proxy.pureproxy.decorator.code.MessageDecorator - MessageDecorator 꾸미기 적용 전=data, 적용 후=******data******
23:24:38.278 [main] INFO hello.proxy.pureproxy.decorator.code.DecoratorPatternClient - result=******data******

1️⃣1️⃣ 데코레이터 패턴 - 예제 코드 3

실행 시간을 측정하는 데코레이터
- 이번에는 기존 데코레이터에 더해서 실행 시간을 측정하는 기능까지 추가해보자.

DecoratorPatternTest - 추가

package hello.proxy.pureproxy.decorator;

import hello.proxy.pureproxy.decorator.code.*;
import lombok.extern.slf4j.Slf4j;
import org.junit.jupiter.api.Test;

@Slf4j
public class DecoratorPatternTest {

		....

    @Test
    void decorator2() {
        Component realComponent = new RealComponent();
        Component messageComponent = new MessageDecorator(realComponent);
        Component timeDecorator = new TimeDecorator(messageComponent);
        
        DecoratorPatternClient client = new DecoratorPatternClient(timeDecorator);
        client.execute();
    }
}

결과

23:34:16.518 [main] INFO hello.proxy.pureproxy.decorator.code.TimeDecorator - TimeDecorator 실행
23:34:16.525 [main] INFO hello.proxy.pureproxy.decorator.code.MessageDecorator - MessageDecorator 실행
23:34:16.525 [main] INFO hello.proxy.pureproxy.decorator.code.RealComponent - RealComponent 실행
23:34:16.528 [main] INFO hello.proxy.pureproxy.decorator.code.MessageDecorator - MessageDecorator 꾸미기 적용 전=data, 적용 후=******data******
23:34:16.538 [main] INFO hello.proxy.pureproxy.decorator.code.TimeDecorator - TimeDecorator 종료 resultTime=14ms
23:34:16.538 [main] INFO hello.proxy.pureproxy.decorator.code.DecoratorPatternClient - result=******data******

1️⃣2️⃣ 프록시 패턴과 데코레이터 패턴 정리

GOF 데코레이터 패턴

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

✅ 프록시 패턴 VS 데코레이터 패턴

추가 의문

Decorator라는 추상 클래스를 만들어야 데코레이터 패턴일까?
프록시 패턴과 데코레이터은 그 모양이 거의 비슷한 거 같은데?

✅ 의도(intent)

사실 프록시 패턴과 데코레이터 패턴은 그 모양이 거의 같고, 상황에 따라 정말 똑같을 때도 있다. 그러면 둘을 어떻게구분하는 것일까? 디자인 패턴에서 중요한 것은 해당 패턴의 겉모양이 아니라 그 패턴을 만든 의도가 더 중요하다. 따라서 의도에 따라 패턴을 구분한다.

프록시 패턴의 의도: 다른 개체에 대한 접근을 제어하기 위해 대리자를 제공
데코레이터 패턴의 의도: 객체에 추가 책임(기능)을 동적으로 추가하고, 기능 확장을 위한 유연한 대안 제공

Navigation Menu

Uh oh!

[스프링 핵심원리 - 고급편] #5. 프록시 패턴과 데코레이터 패턴(2) #679

Uh oh!

{{title}}

Uh oh!

Replies: 0 comments

Select a reply

Uh oh!

Uh oh!

[스프링 핵심원리 - 고급편] #5. 프록시 패턴과 데코레이터 패턴(2) #679

Uh oh!

YuDeokRin Mar 21, 2025 Maintainer

6️⃣ 프록시, 프록시 패턴 , 데코레이터 패턴 - 소개

✅ 예시)

➡️ 대체 가능

✅ 프록시의 주요 기능

✅ GOF 디자인 패턴

7️⃣ 프록시 패턴 - 예제 코드 1

🔠 프록시 패턴 - 예제 코드 작성

client.execute() 3번 호출하면 다음과 같이 처리된다.

8️⃣ 프록시 패턴 - 예제 코드 2

✅ cacheProxyTest()

➡️ client.execute()을 3번 호출하면 다음과 같이 처리된다.

✅정리

9️⃣ 데코레이터 패턴 - 예제 코드 1

1️⃣0️⃣ 데코레이터 패턴 - 예제 코드 2

➡️ 부가 기능 추가

✅ 위 코드 설명

1️⃣1️⃣ 데코레이터 패턴 - 예제 코드 3

1️⃣2️⃣ 프록시 패턴과 데코레이터 패턴 정리

✅ 프록시 패턴 VS 데코레이터 패턴

✅ 의도(intent)

Replies: 0 comments

YuDeokRin
Mar 21, 2025
Maintainer