이 기사에서는 디자인 패턴과 관련된 문제를 주로 소개하고 어댑터 패턴에 대해 주로 설명하는 java에 대한 관련 지식을 제공합니다. 어댑터 패턴은 주로 클래스의 인터페이스를 클라이언트가 원하는 것으로 변환하는 데 사용됩니다. 클래스 형식을 사용하면 원래 호환되지 않는 클래스가 함께 작동하고 대상 클래스와 어댑터 클래스를 분리할 수 있습니다. 모든 사람에게 도움이 되기를 바랍니다.
추천 학습: "java video tutorial"
어댑터 패턴은 주로 클래스의 인터페이스를 클라이언트가 원하는 대상 클래스 형식으로 변환하는 데 사용됩니다. , 원래 호환 가능 클래스가 함께 작동하여 대상 클래스와 어댑터 클래스를 동시에 분리할 수 있으며 "개폐 원칙"을 준수하며 원본 코드를 수정하지 않고도 새 어댑터 클래스를 추가할 수 있습니다. ; 특정 구현은 어댑터 클래스에 캡슐화됩니다. 어댑터 클래스에서는 클라이언트 클래스에 투명하고 어댑터의 재사용성을 향상시킵니다,그러나 단점은 어댑터를 교체하는 구현 프로세스가 상대적으로 복잡하다는 것입니다.
따라서 어댑터 패턴은 다음 시나리오에 더 적합합니다.
다음 두 가지 매우 생생한 예는 어댑터 패턴이 무엇인지 잘 보여줍니다.
어댑터 패턴은 주로 세 가지 범주로 나뉩니다. 클래스 어댑터 패턴 , 객체용 어댑터 패턴, 인터페이스용 어댑터 패턴.
1. 클래스 어댑터 패턴:
- Target 인터페이스(Target): 고객이 기대하는 인터페이스. 대상은 구체적 또는 추상 클래스이거나 인터페이스일 수 있습니다.
- 적응이 필요한 클래스(Adaptee): 조정이 필요한 클래스 또는 어댑터 클래스입니다.
- 어댑터: 조정이 필요한 개체를 패키징하여 원본 인터페이스를 대상 인터페이스로 변환합니다.
// 已存在的、具有特殊功能、但不符合我们既有的标准接口的类
class Adaptee {
public void specificRequest() {
System.out.println("被适配类具有 特殊功能...");
}
}
// 目标接口，或称为标准接口
interface Target {
public void request();
}
// 具体目标类，只提供普通功能
class ConcreteTarget implements Target {
public void request() {
System.out.println("普通类 具有 普通功能...");
}
}
// 适配器类，继承了被适配类，同时实现标准接口
class Adapter extends Adaptee implements Target{
public void request() {
super.specificRequest();
}
}
// 测试类public class Client {
public static void main(String[] args) {
// 使用普通功能类
Target concreteTarget = new ConcreteTarget();
concreteTarget.request();
// 使用特殊功能类，即适配类
Target adapter = new Adapter();
adapter.request();
}
}실행 결과:
普通类 具有 普通功能... 被适配类具有 特殊功能...
2. 개체 어댑터 모드:
// 适配器类，直接关联被适配类，同时实现标准接口
class Adapter implements Target{
// 直接关联被适配类
private Adaptee adaptee;
// 可以通过构造函数传入具体需要适配的被适配类对象
public Adapter (Adaptee adaptee) {
this.adaptee = adaptee;
}
public void request() {
// 这里是使用委托的方式完成特殊功能
this.adaptee.specificRequest();
}
}
// 测试类
public class Client {
public static void main(String[] args) {
// 使用普通功能类
Target concreteTarget = new ConcreteTarget();
concreteTarget.request();
// 使用特殊功能类，即适配类，
// 需要先创建一个被适配类的对象作为参数
Target adapter = new Adapter(new Adaptee());
adapter.request();
}
}테스트 결과는 위와 일치합니다. 클래스 다이어그램에서 우리는 수정해야 할 것이 Adapter 클래스의 내부 구조뿐이라는 것을 알고 있습니다. 즉, Adapter 자체는 먼저 적응된 클래스의 개체를 가져야 하며 그런 다음 특정 특수 기능을 이 개체에 위임해야 합니다. 구현. 객체 어댑터 모드를 사용하면 Adapter 클래스(적응 클래스)는 들어오는 Adaptee 객체를 기반으로 여러 다른 적응 클래스에 적응할 수 있습니다. 물론 이때 여러 적응 클래스 또는 추상 클래스에 대한 인터페이스를 추출할 수 있습니다. 개체 어댑터 모드가 더 유연한 것 같습니다.
3. 인터페이스의 어댑터 패턴:
때때로 우리가 작성하는 인터페이스에 여러 개의 추상 메소드가 있을 때가 있습니다. 인터페이스의 구현 클래스를 작성할 때 인터페이스의 모든 메소드를 구현해야 하는데 이는 분명히 낭비입니다. 모든 메소드가 필요한 것은 아니기 때문에 때로는 특정 메소드만 필요한 경우도 있습니다. 이 문제를 해결하기 위해 인터페이스를 구현하고 모든 메소드를 구현하는 추상 클래스의 도움으로 인터페이스의 어댑터 패턴을 도입합니다. 원래 인터페이스는 다루지 않고 추상 클래스만 다루므로 클래스를 작성하고 추상 클래스를 상속하고 필요한 메서드를 다시 작성합니다. 클래스 다이어그램을 살펴보세요.
실제 개발에서는 이 인터페이스에 정의된 메서드가 너무 많아서 일부 구현 클래스에서는 해당 메서드가 모두 필요하지 않은 경우가 종종 있습니다. 코드 보기:
public interface Sourceable {
public void method1();
public void method2();
}Abstract 클래스 Wrapper2:
public abstract class Wrapper2 implements Sourceable{
public void method1(){}
public void method2(){}
}
public class SourceSub1 extends Wrapper2 {
public void method1(){
System.out.println("the sourceable interface's first Sub1!");
}
}
public class SourceSub2 extends Wrapper2 {
public void method1(){
System.out.println("the sourceable interface's second Sub2!");
}
}public class WrapperTest {
public static void main(String[] args) {
Sourceable source1 = new SourceSub1();
Sourceable source2 = new SourceSub2();
source1.method1();
source1.method2();
source2.method1();
source2.method2();
}
}실행 결과:
the sourceable interface's first Sub1! the sourceable interface's second Sub2!
권장 학습: "java video tutorial"
위 내용은 Java 디자인 패턴 분석 어댑터 패턴(상세 예시)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
