第六章 适配器模式
6.1 目的
实现兼容性,让原本因接口不匹配不能一起工作的两个类可以协同工作。
6.2 基本介绍
- 适配器模式(Adapter Pattern)将某个类的接口转换成客户端期望的另一个接口表示,让原本接口不兼容的类可以兼容,其别名为包装器(Wrapper)。
- 适配器模式属于结构型模式。
- 主要分为三类:类适配器模式、对象适配器模式、接口适配器模式。
6.3 工作原理
- 从用户的角度看不到被适配者,是解耦的。
- 用户调用适配器转化出来的目标接口方法,适配器再调用被适配者的相关接口方法。
- 用户收到反馈结果,感觉只是和目标接口交互。
角色:
- 被适配者:需要被适配的类、接口、对象, src (source);
- 适配器:Adapter;
- 目标:最终需要的输出,dst (destination 即 Target);
6.4 类适配器模式
实现思路:
Adapter 类,通过继承 src 类,实现 dst 类接口,完成 src -> dst 的适配。
注意:
- Java 是单继承机制,所以类适配器需要继承 src 类这一点算是一个缺点,因为这要求 dst 必须是接口,有一定局限性。
- src 类的方法在 Adapter 中都会暴露出来,也增加了使用的成本。
- 由于其继承了 src 类,所以它可以根据需求重写 src 类的方法,使得 Adapter 的灵活性增强了。
6.5 对象适配器模式
实现思路:
基本思路和类的适配器模式相同,只是实现方式不同。
将 Adapter 类作修改,不是继承 src 类,而是持有 src 类的实例,以解决兼容性的问题。 即:持有 src 类,实现 dst 类接口,完成 src->dst 的适配
注意:
- 对象适配器模式是适配器模式常用的一种。
- 根据“合成复用原则”,在系统中尽量使用关联关系(聚合)来替代继承关系,所以它解决了类适配器必须继承 src 的局限性问题,也不再要求 dst 必须是接口。
- 使用成本更低,更灵活。
6.6 接口适配器模式
也称为:适配器模式(Default Adapter Pattern)或缺省适配器模式。
实现思路:
当不需要全部实现接口提供的方法时,可先设计一个抽象类实现接口,并为该接口中每个方法提供一个默认实现(空方法),那么该抽象类的子类可有选择地覆盖父类的某些方法来实现需求。
注意:
适用于一个接口不想使用其所有的方法的情况。
6.7 注意事项和细节
- 三种命名方式,是根据 src 是以怎样的形式给到 Adapter(在 Adapter 里的形式)来命名的。
- 类适配器:以类给到,在 Adapter 里,就是将 src 当做类,继承;
- 对象适配器:以对象给到,在 Adapter 里,将 src 作为一个对象,持有;
- 接口适配器:以接口给到,在 Adapter 里,将 src 作为一个接口,实现。
- Adapter 模式最大的作用还是将原本不兼容的接口融合在一起工作。
- 实际开发中,实现起来不拘泥于这三种经典形式。
第七章 桥接模式(Bridge)
7.1 基本介绍
- 桥接模式指:将实现与抽象放在两个不同的类层次中,使两个层次可以独立改变。
- 是一种结构型设计模式。
- Bridge 模式基于类的最小设计原则,通过使用封装、聚合及继承等行为让不同的类承担不同的职责。它的主要特点是把抽象(Abstraction)与行为实现(Implementation)分离开来,从而可以保持各部分的独立性以及应对他们的功能扩展。
7.2 角色说明
- Client 类:桥接模式的调用者;
- 抽象类(Abstraction):维护了 Implementor 及它的实现类 ConcreteImplementorA…,二者是聚合关系,Abstraction 充当桥接类;
- Implementor : 行为实现类的接口;
- RefinedAbstraction : 是 Abstraction 抽象类的子类;
- ConcreteImplementorA /B :行为的具体实现类。
注意:这里的抽象类和接口是聚合的关系,其实是调用和被调用关系。
举例
对不同手机类型的不同品牌实现操作编程(比如:开机、关机、上网,打电话等):
- 接口:手机品牌(Brand),有开机、关机、上网、打电话等方法;
- 接口实现类:各个手机品牌(如 Vivo、Oppo)为 Brand 的实现类,实现接口中的方法;
- 抽象类(即桥接类):手机(Phone),被 Client 调用,它聚合 Brand 接口,并调用 Brand 中的方法。
- 抽象类的实现类:不同的手机类型(如直立式、翻盖式),继承使用 Phone 中的方法。
- Client : 利用多态思想,调用抽象类的具体子类。
7.3 注意事项和细节
- 实现了抽象和实现部分的分离,从而极大的提供了系统的灵活性,让抽象部分和实现部分独立开来,这有助于系统进行分层设计,从而产生更好的结构化系统。
- 对于系统的高层部分,只需要知道抽象部分和实现部分的接口就可以了,其它的部分由具体业务来完成。
- 桥接模式替代多层继承方案,可以减少子类的个数,降低系统的管理和维护成本。
- 桥接模式的引入增加了系统的理解和设计难度,由于聚合关联关系建立在抽象层,要求开发者针对抽象进行设计和编程。
- 桥接模式要求正确识别出系统中两个独立变化的维度(抽象和实现),因此其使用范围有一定的局限性,即应用场景为:
- 对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统,桥接模式尤为适用。
7.4 应用场景
- JDBC 驱动程序
- 银行转账系统
- 转账分类: 网上转账,柜台转账,AMT 转账
- 转账用户类型:普通用户,银卡用户,金卡用户..
- 消息管理
- 消息类型:即时消息,延时消息
- 消息分类:手机短信,邮件消息,QQ 消息...