1. 개요

이미 구현되어 있는 코드가 있는데, 둘이 연결 좀 시켜주고 싶을 때가 있습니다..

어떤 좋은 메쏘드가 있는데, 인자로 A라는 형식을 받습니다. 근데, 이미 구현되어 있는 코드에는 B라는 형식으로 구현되어 있습니다. 이럴 때, B를 A의 형식으로 바꿔주면 좋은 메쏘드를 써먹을 수 있습니다.

Adapter 패턴은 어떤 오브젝트를 캐스팅이 불가능한 다른 클래스의 형태로 변환시켜주는 것입니다.

2. 예제

//---------------Adapter Class --------------------
package design.pattern.adapter;
import java.util.Enumeration;
import java.util.Iterator;
public class IteratorToEnumeration implements Enumeration<String>{
    private Iterator iter;
    public IteratorToEnumeration(Iterator iter) {
        this.iter = iter;
    }
    public boolean hasMoreElements() {
        return iter.hasNext();
    }
    public String nextElement() {
        return iter.next();
    }
}

//---------------뭔가 훌륭한 method를 가지고 있는 클래스 ------------
package design.pattern.adapter;
import java.util.ArrayList;
import java.util.Enumeration;
import java.util.List;

public class Test {
    public static void goodMethod(Enumeration enu){
        while (enu.hasMoreElements()) {
            System.out.println(enu.nextElement());
        }
    }
 
    public static void main(String[] args) {
        List list = new ArrayList();
        list.add("이은결");
        list.add("Kevin parker");
        list.add("David Blaine");
        Enumeration ite = new IteratorToEnumeration(list.iterator());
        Test.goodMethod(ite);
   }
}

3. Adapter를 구현하는 방법

위에서 소개된 방법은 "구성을 통한 방법" 또는 "위임을 통한 방법"입니다. Adapter 자체는 하는 일이 별로 없습니다. 내부적으로  멤버한테다가 일을 다 떠넘깁니다. 외관상 다른 형태로 변환가능하기 위한 것이지 어떤 일을 직접할려는 것은 아닙니다.

두번째 방법은 상속을 이용하는 방법입니다. A to B로 할 경우 A와 B를 둘다 구현하는 방법입니다. A와 B가 둘 다 인터페이스거나, 하나만 인터페이스일 때는 가능하지만, 둘 다 클래스일 경우에는 불가능 합니다. 

상속을 쓰는 것은 바람직하지 않습니다. "상속보다는 구성을 이용하라"는 원칙에 어긋납니다.

세번째 방법은 Adapter 클래스를 만들지 않고 method로 만드는 방법입니다.  다음과 같은 코드는 위에서 구현한 것과 같은 효과를 보여주죠.

public static Enumeration iteratorToEnumeration(final Iterator iter) {
	return new Enumeration() {
		public boolean hasMoreElements() {
			return iter.hasNext();
		}

		public String nextElement() {
			return iter.next();
		}
	};
}

눈치 빠르신 분들은 인자가 final이란 것을 보셨겠지요. final로 말뚝 박는 건 "변경 절대 불가!" 를 보장하는 겁니다.

메쏘드 안에서 Enumeration의 구현체가 인자로 받은 것을 사용하는데, 이런 경우에는 인자가 final 로 정의되어야 하며, 그렇지 않을 경우 컴파일시에 문제가 됩니다. final로 정의한다는 것은 read-only라는 뜻입니다.

주의할 것은 read-only라는 게 다른 변수로 할당을 못한다는 것 뿐 내부의 메쏘드를 호출하지 못한다는 것은 아닙니다.  즉, Immutable일 경우에는 진짜 read-only가 보장되지만, 위의 예제 같은 경우는 보장되지 않습니다.

세번째 방법은 Adapter 패턴이라고 불리지는 않습니다. 그러나 하는 일이 똑같습니다.

4. JAVA API에 있는 Adapter

JDK에는 Adater를 구현해 논 게 없습니다. AWT와 같은 UI관련된 애들 중에서 알아서 상속해서 쓰라는 인터페이스만 제공하고 있습니다.

위에서 소개한 세번째 방법을 통한 케이스는 무수히 많습니다. Integer, Float, Long 등과 같은 Wrapper 클래스들이 잔뜩 있지요.

Interger.valueOf(String) 은 String을 Integer로 바꿔줍니다.