어댑터 패턴 Java 구현 (Adapter Pattern in Java)

Java 표준 라이브러리에는 어댑터 패턴(Adapter Pattern)이 실제로 적용된 사례가 여러 곳에 숨어 있으며, 구현 방식에 따라 클래스 어댑터와 객체 어댑터라는 두 가지 변형이 존재한다. 이 문서는 InputStreamReader, Arrays.asList 같은 JDK 속 어댑터 사례를 살펴보고, Java에서 두 구현 변형을 어떻게 작성하며 왜 객체 어댑터가 선호되는지 정리한다.

JDK 표준 라이브러리 속 어댑터 사례

가장 대표적인 사례는 입출력 스트림의 InputStreamReader다. Java의 입출력 체계는 바이트 스트림(InputStream)과 문자 스트림(Reader)으로 나뉘어 있어서 두 계층은 직접 호환되지 않는다. InputStreamReader는 Reader를 상속하면서 내부에 InputStream을 보관하고, 바이트를 지정된 문자 인코딩으로 해석해 문자로 돌려준다. 즉 바이트 세계의 객체를 문자 세계의 인터페이스에 맞춰 주는 전형적인 객체 어댑터다.

// InputStream(어댑티)을 Reader(타깃) 규격으로 변환
InputStream in = new FileInputStream("data.txt");
Reader reader = new InputStreamReader(in, StandardCharsets.UTF_8);
BufferedReader br = new BufferedReader(reader);

컬렉션 프레임워크에도 어댑터가 여럿 있다. Arrays.asList는 배열을 List 인터페이스로 다룰 수 있게 감싸는 어댑터로, 반환된 리스트는 내부적으로 원본 배열을 그대로 참조하기 때문에 크기를 바꾸는 add나 remove를 호출하면 UnsupportedOperationException이 발생한다. 또 오래된 Enumeration과 현대적인 Iterator 사이를 오가는 Collections.enumeration과 Collections.list도 세대가 다른 두 순회 인터페이스를 잇는 어댑터다.

한 가지 주의할 점이 있다. AWT의 WindowAdapter, MouseAdapter처럼 이름에 어댑터가 들어간 클래스는 GoF의 어댑터 패턴이 아니다. 이들은 리스너 인터페이스의 모든 메서드를 빈 구현으로 채워 두어 필요한 메서드만 오버라이드하게 해 주는 편의용 추상 클래스, 즉 기본 구현 제공 목적의 클래스다. 면접에서 이 둘을 구분해 말하면 이해 깊이를 보여 줄 수 있다.

객체 어댑터 구현

객체 어댑터(Object Adapter)는 합성(Composition)을 사용한다. 어댑터가 타깃 인터페이스를 구현하고, 어댑티를 필드로 보관하면서 요청을 위임한다. 섭씨 온도만 반환하는 레거시 센서를 화씨 기반 인터페이스에 맞추는 예를 보자.

// 타깃: 새 시스템이 요구하는 인터페이스
public interface FahrenheitSensor {
    double readFahrenheit();
}

// 어댑티: 섭씨만 지원하는 기존 클래스
public class CelsiusSensor {
    public double readCelsius() {
        return 25.0;
    }
}

// 객체 어댑터: 합성으로 어댑티를 보관하고 위임
public class SensorAdapter implements FahrenheitSensor {
    private final CelsiusSensor sensor;

    public SensorAdapter(CelsiusSensor sensor) {
        this.sensor = sensor;
    }

    @Override
    public double readFahrenheit() {
        return sensor.readCelsius() * 9.0 / 5.0 + 32.0;
    }
}

합성을 쓰기 때문에 런타임에 어떤 어댑티 인스턴스를 감쌀지 자유롭게 선택할 수 있고, 어댑티의 하위 클래스가 들어와도 그대로 동작한다. 생성자 주입 구조라서 테스트 시 가짜 센서를 넣기도 쉽다. 타깃이 메서드 하나짜리 함수형 인터페이스라면 어댑터 클래스를 따로 만들지 않고 sensor -> sensor.readCelsius() * 9.0 / 5.0 + 32.0 같은 람다 한 줄로 변환을 표현할 수도 있는데, 이 역시 객체 어댑터의 축약형으로 이해하면 된다.