Adapter(适配器)--类对象结构型模式

深藏阁楼爱情的钟 2022-08-02 07:16 138阅读 0赞

# 意图 #

将一个类的接口转换成客户希望的另外一个接口。Adapter 模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。

--------------------

# 适用场景： #

1、已经存在的类的接口不符合我们的需求；  
2、创建一个可以复用的类，使得该类可以与其他不相关的类或不可预见的类（即那些接口可能不一定兼容的类）协同工作；  
3、在不对每一个都进行子类化以匹配它们的接口的情况下，使用一些已经存在的子类。

--------------------

# 类适配器模式 #

——适配器继承自已实现的类（一般多重继承）。

Adapter与Adaptee是继承关系  
1、用一个具体的Adapter类和Target进行匹配。结果是当我们想要一个匹配一个类以及所有它的子类时，类Adapter将不能胜任工作  
2、使得Adapter可以重定义Adaptee的部分行为，因为Adapter是Adaptee的一个子集  
3、仅仅引入一个对象，并不需要额外的指针以间接取得adaptee  
![这里写图片描述][20150714172801555]

## demo实现 ##

// 已存在的、具有特殊功能、但不符合我们既有的标准接口的类
    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();
        }
    }

--------------------

# 对象适配器模式 #

—— 适配器容纳一个它包裹的类的实例。在这种情况下，适配器调用被包裹对象的物理实体。

Adapter与Adaptee是委托关系  
1、允许一个Adapter与多个Adaptee同时工作。Adapter也可以一次给所有的Adaptee添加功能  
2、使用重定义Adaptee的行为比较困难  
![这里写图片描述][20150714172817229]  
•目标角色（Target）：— 定义Client使用的与特定领域相关的接口。  
• 客户角色（Client）：与符合Target接口的对象协同。  
• 被适配橘色（Adaptee)：定义一个已经存在并已经使用的接口，这个接口需要适配。  
• 适配器角色（Adapte) ：适配器模式的核心。它将对被适配Adaptee角色已有的接口转换为目标角色Target匹配的接口。对Adaptee的接口与Target接口进行适配.

无论哪种适配器，它的宗旨都是：保留现有类所提供的服务，向客户提供接口，以满足客户的期望。即在不改变原有系统的基础上，提供新的接口服务。

--------------------

# 适配器模式与其它相关模式 #

桥接模式(bridge模式)：桥梁模式与对象适配器类似，但是桥梁模式的出发点不同：桥梁模式目的是将接口部分和实现部分分离，从而对它们可以较为容易也相对独立的加以改变。而对象适配器模式则意味着改变一个已有对象的接口

装饰器模式(decorator模式)：装饰模式增强了其他对象的功能而同时又不改变它的接口。因此装饰模式对应用的透明性比适配器更好。结果是decorator模式支持递归组合，而纯粹使用适配器是不可能实现这一点的。

Facade（外观模式）：适配器模式的重点是改变一个单独类的API。Facade的目的是给由许多对象构成的整个子系统，提供更为简洁的接口。而适配器模式就是封装一个单独类，适配器模式经常用在需要第三方API协同工作的场合，设法把你的代码与第三方库隔离开来。

适配器模式与外观模式都是对现相存系统的封装。但这两种模式的意图完全不同，前者使现存系统与正在设计的系统协同工作而后者则为现存系统提供一个更为方便的访问接口。简单地说，适配器模式为事后设计，而外观模式则必须事前设计，因为系统依靠于外观。总之，适配器模式没有引入新的接口，而外观模式则定义了一个全新的接口。

代理模式（Proxy ）在不改变它的接口的条件下，为另一个对象定义了一个代理。

## 装饰者模式，适配器模式，外观模式三者之间的区别： ##

装饰者模式的话，它并不会改变接口，而是将一个一个的接口进行装饰，也就是添加新的功能.

适配器模式是将一个接口通过适配来间接转换为另一个接口。适配器模式不适合在详细设计阶段使用它，它是一种补偿模式，专用来在系统后期扩展、修改时所用。

外观模式的话，其主要是提供一个整洁的一致的接口给客户端。

[20150714172801555]: /images/20220731/4a9879d9bea24263bab92d7cb12a5774.png
[20150714172817229]: /images/20220731/8a216fce524b4158a916e9a03d2af4e8.png