[Design Pattern] 프록시 패턴(Proxy Pattern)

개념

일반적으로 사용하는 프록시라는 용어는 클라이언트와 사용 대상 사이의 대리 역할을 맡은 오브젝트를 두는 방법을 총칭하는 반면, 디자인 패턴에서 말하는 프록시 패턴의은 프록시를 사용하는 방법 중에서 타깃에 대한 접근 방법을 제어하려는 목적을 가진 경우를 가리킨다.

클래스 다이어그램 (출처 : https://limkydev.tistory.com/79)

프록시 패턴의 프록시는 타깃의 기능을 확장하거나 추가하지 않는다. 클라이언트가 타깃에 접근하는 방식을 변경한다.

타깃 오브젝트를 생성하기가 복잡하거나 당장 필요하지 않은 경우에는 꼭 필요한 시점까지 오브젝트를 생성하지 않는 편이 좋다. 그런데 타깃 오브젝트에 대한 레퍼런스가 미리 필요할 수 있다. 이럴 때 프록시 패턴을 적용하면 된다.

클라이언트에게 타깃에 대한 레퍼런스를 넘겨야 하는데, 실제 타깃 오브젝트 대신 프록시를 넘겨준다. 그리고 프록시의 메소드를 통해 타깃을 사용하려고 시도하면, 그때 프록시가 타깃 오프젝트를 생성하고 요청을 위임해준다.

만약 레퍼런스는 갖고 있지만 끝까지 사용하지 않거나, 많은 작업이 진행된 후에 사용되는 경우라면, 이렇게 프록시를 통해 생성을 최대한 늦춤으로써 얻는 장점이 많다.

• 데코레이터 패턴과 혼용될 수 있는데, 이는 목적에 따라 구분할 수 있다.
  • 사용 목적이 기능의 부가라면 데코레이터 패턴
  • 접근 제어라면 프록시 패턴으로 구분할 수 있다.

 

장점

• 원래 하려던 기능을 수행하며 그외의 부가적인 작업(로깅, 인증, 네트워크 통신 등)을 수행하기에 좋다.
• 비용이 많이 드는 연산(DB 쿼리, 대용량 텍스트 파일 등)을 실제로 필요한 시점에 수행할 수 있다.
• 사용자 입장에서는 프록시 객체나 실제 객체나 사용법은 유사하므로 사용성이 좋다.

 

종류

대표적인 2가지

1. 가상 프록시
   • 실제 객체의 사용 시점 제어
   • ex) 늦은 초기화
2. 보호 프록시
   • 프록시 객체가 사용자의 실제 객체에 대한 접근을 제어
   • ex) 직책별 데이터 접근

(자세한 예)

프록시 패턴(Proxy Pattern) :: JDM's Blog

 

참고

• 토비 스프링 3.1
• jdm.kr/blog/235
• limkydev.tistory.com/79