- 아래 출처 글을 참고하여 작성하였습니다.
- 개인 공부 목적으로 작성한 글입니다.
1. 어댑터란?
- 원래는
220V를 사용하는 기기들을 어댑터를 사용하면 110V를 쓰는 곳에 가서도 사용할 수 있습니다.
2. 어댑터 패턴
- 위의 220V, 110V 예시처럼, 호환성이 없는 인터페이스 때문에 함께 동작할 수 없는 클래스들이 함께 동작하도록 해주는 패턴이 어댑터 패턴입니다.
TargetInterface와 Adaptee 사이의 비호환성을 Adapter 클래스를 통해 해결합니다.
3. 어댑터 패턴 컴포넌트 구조

Client
- 써드파티 라이브러리나 외부시스템을 사용하려는 쪽
Adaptee
Target Interface
- Adapter가 구현(implements)하는 인터페이스
- 클라이언트는 Target Interface를 통해 Adaptee인 써드파티 라이브러리를 사용하게 됩니다.
Adapter
Client와 Adaptee 중간에서 호환성이 없는 둘을 연결시켜주는 역할 담당
- Target Interface를 구현하며, 클라이언트는 Target Interface를 통해 어댑터에 요청을 보냅니다.
- 어댑터는 클라이언트의 요청을 Adaptee가 이해할 수 있는 방법으로 전달하고, 처리는 Adaptee에서 이뤄집니다.
4. 호출 과정

- 클라이언트에서는 Target Interface를 호출하는 것처럼 보입니다.
- 하지만 클라이언트의 요청을 전달받은 (Target Interface를 구현한)Adapter는 자신이 의존하는 Adaptee에게 실질적인 처리를 위임합니다.
5. 어댑터 패턴 사용예제

- 시나리오
- 기존에
WebClient에서는 요청에 대한 처리로 doWork() 메소드를 호출합니다.
- 이 처리는
WebRequester 인터페이스를 구현한 OldWebRequester에게 위임하도록 되어있습니다. 이 때, WebRequester 인터페이스를 구현한 OldWebRequester의 request 메서드를 호출합니다.
- 하지만 이
OldWebRequester를 써드파티 라이브러리인 FancyRequester로 변경해야하는 상황이 생겼습니다.
- 이 때, 어댑터 패턴을 적용하면 기존의 코드와 써드파티 라이브러리 어느쪽도 수정하지 않고
FancyRequester를 적용할 수 있습니다.
public interface WebRequester {
void request();
}
public class WebClient {
private WebRequester webRequester;
public WebClient(WebRequester webRequester) {
this.webRequester = webRequester;
}
public void doWork() {
webRequester.request();
}
}
public class FancyRequester {
public void fancyRequestHandler() {
System.out.println("Yay! fancyRequestHandler is called!");
}
}
public class WebAdapter implements WebRequester {
private FancyRequester fancyRequester;
public WebAdapter(FancyRequester fancyRequester) {
this.fancyRequester = fancyRequester;
}
@Override
public void requestHandler() {
fancyRequester.fancyRequestHandler();
}
}