Sun Developer Network 공식 블로그

MouseListener를 어떤 구성 요소에 추가하려면 인터페이스 구현에 5개의 메소드가 포함되어야 한다.

응용 프로그램에서 어떤 구성 요소에 대해 마우스가 눌러졌는지 또는 릴리스되었는지 여부만 알면 되는 경우, 나머지 세 메소드는 비어 있고 무시된다. 이 메소드는 불필요한 코드이다. 어댑터 클래스는 응용 프로그램에서 모든 인터페이스 메소드 중 극히 일부만 필요한 경우 작성해야 하는 코드의 양을 줄이는 데 도움이 된다. 각 어댑터 클래스는 연결된 인터페이스를 모두 구현한다. 그런 다음 연결된 메소드 중 하위 집합에 대해 수신기가 필요한 경우, 그 하위 집합만 제공하면 된다. 빈 스텁은 필요하지 않다. 다음은 앞서 설명한 필수 MouseListener에 대한 어댑터이다.

이 코드는 여전히 MouseListener를 생성한다. 그러나 필요 없는 모든 인터페이스 메소드를 구현하지 않고 MouseAdapter의 도움을 받아 정말 필요한 MouseListener 메소드만 구현하면 된다.

모든 다중 메소드 수신기에게 어댑터가 있는 것은 아니다. 어떤 인터페이스에 대해 끊임 없이 스텁을 지정하고 있다면 직접 만들 수도 있다. 기본 제공된 클래스 중에서 이 팁의 맨 위에 표시된 수신기만 어댑터를 제공한다. 또한 어댑터는 실제로 인터페이스가 아니라 클래스이다. 사용자 정의 JButton 하위 클래스가 MouseListener도 구현하게 하려면 그 클래스가 MouseAdapter의 하위 클래스가 될 수는 없다. 단일 상속만 허용되기 때문이다. 예를 들어, 다음 코드에서는 컴파일 시 오류가 발생하는데, JButton과 MouseAdapter 모두의 하위 클래스가 되려고 했기 때문이다.

이 JButton 하위 클래스가 반드시 MouseListener가 되어야 한다면, 명시적으로 이를 표현하고 그 인터페이스의 모든 메소드를 구현해야 한다.

물론 상위 수준 클래스가 직접 인터페이스를 구현하게 할 필요는 없다. 이는 수신기를 내부 또는 익명 클래스로 생성해야 하는 경우의 대표적인 예가 될 것이다.

사용자 인터페이스 생성에 IDE(integrated development environment)를 사용한다면 IDE가 인터페이스 프레임워크를 대신 생성해 주는 경우가 많다. 필요한 인터페이스 메소드 내부에 비즈니스 논리를 코딩해야 한다. IDE는 큰 규모의 인터페이스 구현을 간소화할 수 있다.

이 주제에 대한 자세한 내용은 The Java Tutorial 중 How to Write a Mouse Listener 부분을 참조한다.

어댑터는 마우스 수신으로 국한되지 않는다. 그러나 MouseAdapter가 대표적인 예가 되는데, MouseListener 인터페이스에 메소드가 많기 때문이다. WindowListener 인터페이스 역시 큰 인터페이스이며, WindowAdapter 클래스가 연결되어 있다.