Java 디자인 패턴의 어댑터 패턴 그림

이 글에서는 주로 Java 디자인 패턴의 어댑터 패턴 노트를 자세히 소개하며, 이는 일정한 참고 가치가 있습니다. 관심 있는 친구들은 참고할 수 있습니다.

어댑터 패턴:

어댑터 패턴은 클래스를 다른 클래스로 변환합니다. 클라이언트가 기대하는 인터페이스로 인해 원래 인터페이스 불일치로 인해 함께 작동할 수 없었던 두 클래스가 함께 작동할 수 있습니다.

생활 속 시나리오:

1. 220V를 노트북 사용에 적합한 전압으로 변환할 수 있는 노트북 전원 어댑터.

2. 데스크탑 PS/2 인터페이스의 키보드를 노트북의 USB 인터페이스에 삽입하려면 USB 및 PS/2 인터페이스 어댑터가 필요합니다. 이때 USB 및 PS/2 인터페이스 어댑터는 어댑터 역할을 합니다. . 역할.

일반 클래스 다이어그램:

위의 일반 클래스 다이어그램에서 Cient 클래스는 궁극적으로 Target 인터페이스(또는 추상 클래스)를 향하며 이 대상 클래스를 충족하는 하위 클래스만 사용할 수 있습니다. ; 그리고 Adaptee 클래스는 특정(특수) 작업, 기능 등을 포함하고 있기 때문에 적응된 개체(소스 역할이라고도 함)입니다. 따라서 우리는 이를 자체 시스템에서 사용하고 이를 표준 클래스로 변환하여 다음을 허용합니다. ConcreteTarget 클래스 또는 특수 기능이 있는 Adaptee 클래스를 사용하도록 투명하게 선택하는 클라이언트 클래스입니다.

어댑터 패턴에서의 역할:

타겟 인터페이스(Target): 고객이 기대하는 인터페이스. 대상은 구체적 또는 추상 클래스이거나 인터페이스일 수 있습니다.
적응이 필요한 클래스(Adaptee): 조정이 필요한 인터페이스 또는 적응 클래스입니다.
어댑터: 어댑터 클래스가 이 패턴의 핵심입니다. 어댑터는 조정이 필요한 개체를 래핑하여 소스 인터페이스를 대상 인터페이스로 변환합니다. 분명히 이 역할은 인터페이스가 될 수 없으며 구체적인 클래스여야 합니다.

어댑터 패턴의 구조:

어댑터 패턴에는 클래스 어댑터 패턴과 객체 어댑터 패턴의 두 가지 형태가 있습니다.

클래스 어댑터 패턴은 적응 클래스의 API를 대상 클래스의 API로 변환합니다.

객체 어댑터 패턴은 클래스 어댑터 패턴과 동일합니다. 객체 어댑터 패턴은 적용된 클래스의 API를 대상 클래스의 API로 변환합니다. 클래스 어댑터 패턴과의 차이점은 객체 어댑터 패턴을 사용하지 않는다는 것입니다. 상속 관계를 사용하여 Adaptee 클래스에 연결하지만 위임 관계를 사용하여 Adaptee 클래스에 연결합니다.

클래스 어댑터 패턴

1. 적응형 클래스 생성:

/**
 * 被适配的类
 * 已存在的、具有特殊功能、但不符合我们既有的标准接口的类
 * (相当于例子中的，PS/2键盘)
 * @author ChuanChen
 * 
 */
public class Adaptee {

  public void specificRequest(){
    System.out.println("可以完成客户请求的需要的功能！");
  }
}

2. 일부 특수 요청을 처리할 수 있는 대상 인터페이스 생성

/**
 * 目标接口，或称为标准接口
 * @author ChuanChen
 *
 */
public interface Target {
  void handleReq();
}

3.

/**
 * 适配器 (类适配器方式)
 * (相当于usb和ps/2的转接器)
 * @author ChuanChen
 *
 */
public class Adapter extends Adaptee implements Target {


  @Override
  public void handleReq() {
    super.specificRequest();
  }
}

4. 클라이언트 만들기

/**
 * 客户端类
 * (相当于例子中的笔记本，只有USB接口)
 * @author ChuanChen
 *
 */
public class Client {

  public void test(Target t){
    t.handleReq();
  }

  public static void main(String[] args) {
    Client c = new Client();
    Adaptee a = new Adaptee();
    Target t = new Adapter();
    c.test(t); 
  }  
}

　Adapter 클래스는 Adaptee(적응된 클래스)를 상속받을 뿐만 아니라 Target 인터페이스(이 방법으로 구현됨)를 구현하므로 클래스 어댑터라고 합니다. Java는 다중 상속을 지원하지 않기 때문에) Client 클래스에서 특정 기능을 구현하는 데 필요한 요구 사항을 충족하는 하위 클래스를 선택하고 생성할 수 있습니다.

객체의 어댑터 패턴

1. 적응형 클래스 생성:

/**
 * 被适配的类
 * 已存在的、具有特殊功能、但不符合我们既有的标准接口的类
 * (相当于例子中的，PS/2键盘)
 * @author ChuanChen
 * 
 */
public class Adaptee {

  public void specificRequest(){
    System.out.println("可以完成客户请求的需要的功能！");
  }
}

2. 일부 특수 요청을 처리할 수 있는 대상 인터페이스를 생성합니다.

/**
 * 目标接口，或称为标准接口
 * @author ChuanChen
 *
 */
public interface Target {
  void handleReq();
}

3. 적응된 객체와 통합하기 위한 조합 방법)

/**
 * 适配器 (对象适配器方式,使用了组合的方式跟被适配对象整合)
 * (相当于usb和ps/2的转接器)
 * @author ChuanChen
 *
 */

public class Adapter implements Target{

private Adaptee adaptee;

  @Override
  public void handleReq() {
    adaptee.specificRequest();
  }

  public Adapter(Adaptee adaptee) {
    super();
    this.adaptee = adaptee;
  }

}

4. 클라이언트 만들기

/**
 * 客户端类
 * (相当于例子中的笔记本，只有USB接口)
 * @author ChuanChen
 *
 */
public class Client {

  public void test(Target t){
    t.handleReq();
  }

  public static void main(String[] args) {
    Client c = new Client();
    Adaptee a = new Adaptee();
    Target t = new Adapter(a);
    c.test(t);
  }  
}

　 Adapter 클래스의 내부 구조만 수정하면 됩니다. 즉, Adapter 자체에는 먼저 적응된 객체 적응 클래스의 객체이며 특정 특수 기능을 이 객체에 위임하여 구현합니다. 객체 어댑터 모드를 사용하면 Adapter 클래스(적응 클래스)는 들어오는 Adaptee 객체를 기반으로 여러 다른 적응 클래스에 적응할 수 있습니다. 물론 이때 여러 적응 클래스 또는 추상 클래스에 대한 인터페이스를 추출할 수 있습니다. 객체 어댑터 패턴이 더 유연한 것 같습니다.

클래스 어댑터와 객체 어댑터 간의 장단점:

• 클래스 어댑터는 정적 정의 방법인 객체 상속을 사용하는 반면, 객체 어댑터는 동적 결합 방법인 객체 조합을 사용합니다.

• 클래스 어댑터의 경우 어댑터가 Adaptee를 직접 상속하므로 어댑터는 Adaptee의 하위 클래스와 작동할 수 없습니다. 상속은 정적 관계이기 때문입니다. 어댑터가 Adaptee를 상속하면 Adaptee의 하위 클래스를 처리할 수 없습니다.

• 객체 어댑터의 경우 어댑터는 여러 다른 소스를 동일한 대상에 적용할 수 있습니다. 즉, 동일한 어댑터가 소스 클래스와 해당 하위 클래스를 모두 대상 인터페이스에 적용할 수 있습니다. 객체 어댑터는 객체 조합의 관계를 사용하기 때문에 객체 유형이 정확하다면 하위 클래스인지 아닌지는 중요하지 않습니다.

• 클래스 어댑터의 경우 어댑터는 Adaptee 동작의 일부를 재정의할 수 있습니다. 이는 상위 클래스의 일부 구현 메서드를 재정의하는 하위 클래스와 동일합니다.

• 객체 어댑터의 경우 Adaptee의 동작을 재정의하기 어렵습니다. 이 경우 재정의를 달성하려면 Adaptee의 하위 클래스를 정의한 다음 어댑터가 하위 클래스를 결합하도록 해야 합니다. Adaptee의 동작을 재정의하는 것은 어렵지만 몇 가지 새로운 동작을 추가하는 것은 매우 편리하며 새로 추가된 동작은 동시에 모든 소스에 적용할 수 있습니다.

• 클래스 어댑터의 경우 하나의 개체만 도입되며 간접적으로 Adaptee를 얻기 위해 추가 참조가 필요하지 않습니다.

• 객체 어댑터의 경우 간접적으로 Adaptee를 얻기 위해서는 추가 참조가 필요합니다.
  

구성/집계를 더 많이 사용하고 상속을 덜 사용하여 객체 어댑터 구현을 최대한 사용하는 것이 좋습니다. 물론 구체적인 문제를 자세히 분석하고 필요에 따라 가장 적합한 구현 방법을 선택해야 합니다.

어댑터 패턴의 장점:

더 나은 재사용성:

시스템은 기존 클래스를 사용해야 하며 이 클래스의 인터페이스는 시스템 요구 사항을 충족하지 않습니다. 그런 다음 어댑터 모드를 통해 이러한 기능을 더 잘 재사용할 수 있습니다. ​

더 나은 확장성:

어댑터 기능 구현 시, 자체 개발한 기능을 호출하여 자연스럽게 시스템 기능을 확장할 수 있습니다.
어댑터 모드의 단점

어댑터를 과도하게 사용하면 시스템이 매우 지저분해지고 전체적으로 파악하기 어려워집니다. 예를 들어, 인터페이스 A가 호출되는 것은 분명하지만 실제로는 인터페이스 B를 구현하도록 내부적으로 조정되어 있습니다. 시스템에서 이러한 일이 너무 많이 발생하면 재앙과 같습니다. 따라서 필요하지 않은 경우에는 어댑터를 사용하지 않고 시스템을 직접 재구성할 수 있습니다.

작동 중인 어댑터 패턴의 장면:

1. 기존 클래스의 인터페이스가 우리의 요구 사항을 충족하지 않습니다.
2. 관련되지 않은 다른 클래스나 예상치 못한 클래스와 함께 사용할 수 있도록 재사용 가능한 클래스를 만듭니다. 인터페이스가 반드시 호환되지 않을 수 있는 것)은 함께 작동합니다.
3. 인터페이스에 맞게 각각의 하위 클래스를 분류하지 않고 일부 기존 하위 클래스를 사용합니다.

어댑터 모드는 기존 시스템을 개조하고 업그레이드하는 데 자주 사용됩니다. 개발 후 시스템에 유지 관리가 필요하지 않다면 많은 패턴이 필요하지 않습니다. 그러나 불행하게도 실제로 시스템을 유지하는 데 드는 비용은 시스템을 개발하는 데 드는 비용의 몇 배에 달하는 경우가 많습니다.

위 내용은 Java 디자인 패턴의 어댑터 패턴 그림의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!