인터페이스를 사용하고 실행시킬 클래스에 대한 객체가 들어갈 자리에 대리자 객체를 대신 투입해 클라이언트 쪽에서 실제 실행시킬 클래스에 대한 객체를 통해 메서드를 호출하고 반환값을 받는지, 대리자 객체를 통해 메서드를 호출하고 반환값을 받는지 전혀 모르게 처리하는 것이다.
흐름 제어만 할 뿐 결과값을 조작하거나 변형시키면 안된다.
어떤 객체를 사용하고자 할 떄, 객체를 직접적으로 참조하는 것이 아닌 해당 객체를 대항하는 객체를 통해 대상 객체에 접근하는 방식을 사용하면 해당 객체가 메모리에 존재하지 않아도 기본적인 정보를 참조하거나 설정할 수 있고, 실제 객체의 기능이 필요한 시점까지 객체의 생성을 미룰 수 있다.
프록시 패턴의 종류
가상 프록시
꼭 필요로 하는 시점까지 객체의 생성을 연기하고, 해당 객체가 생성된 것처럼 동작하도록 만들고 싶을 때 사용하는 패턴이다. 프록시 클래스에서 자잘한 작업들을 처리하고 리소스가 많이 요구되는 작업들이 필요로 할 때에만 주체 클래스를 사용하도록 구현한다.
원격 프록시
원격 객체에 대한 접근을 제어 로컬 환경에 존재하며, 원격 객체에 대한 대변자 역할을 하는 객체 서로 다른 주소 공간에 있는 객체에 대해 마치 같은 주소 공간에 있는 것처럼 동작하게 해주는 패턴이다.
보호 프록시
주체 클래스에 대한 접근을 제어하기 위한 경우에 객체에 대한 접근 권한을 제어하거나 객체마다 접근 권한을 달리하고 싶을 경우 사용하는 패턴으로 프록시 클래스에서 클라이언트가 주체 클래스에 대한 접근을 허용할지 말지 결정하도록 할 수 있다.
기본형 프록시 (Normal Proxy)
Interface ISubject
public interface ISubject {
void action();
}
class RealSubject
public class RealSubject implements ISubject{
@Override
public void action() {
System.out.println("원본 객체 Action");
}
}
class Proxy
public class Proxy implements ISubject{
private RealSubject subject; // 대상 객체를 composition
public Proxy(RealSubject subject) {
this.subject = subject;
}
@Override
public void action() {
subject.action(); // 위임
/* do something*/
System.out.println("프록시 객체 Action");
}
}
Main
public class Main {
public static void main(String[] args) {
ISubject subject = new Proxy(new RealSubject());
subject.action();
}
}
Proxy Pattern 장/단점
장점 : - 사이즈가 큰 객체가 로딩되기 전에도 프록시를 통해 참조를 할 수 있다. - 실제 객체의 public, proteted 메서드를 숨기고 인터페이스를 통해 노출시킬 수 있다. - 로컬에 있지 않고 떨어져 있는 객체를 사용할 수 있다. - 원래 객체에 접근에 대해 사전처리를 할 수 있다. - 기존 코드를 변경하지 않고 새로운 기능을 추가할 수 있다. (OCP 원칙) - 기존 코드가 해야하는 일만 유지할 수 있다. (SRP 원칙)
단점 : - 객체를 생성할 때 한 단계를 거치게 되므로, 빈번한 객체 생성이 필요한 경우 성능이 저하될 수 있다. - 프록시 내부에서 객체 생성을 위해 스레드가 생성, 동기화가 구현되어야 하는 경우 성능이 저하될 수 있다. - 코드가 복잡해질 수 있다.
