目录
一、基础概念
- 是 一种结构型设计模式
- 将实现与抽象放在两个不同的类层次中，使两个层次可以独立改变
- Bridge 模式基于类的最小设计原则，通过使用封装、聚合及继承等行为让不同的类承担不同的职责。它的主要特点是把抽象(Abstraction)与行为实现(Implementation)分离开来，从而可以保持各部分的独立性以及应对他们的功能扩展
图示说明：
1) Client 类：桥接模式的调用者
2) 抽象类(Abstraction) :维护了 Implementor / 即它的实现类 ConcreteImplementorA.., 二者是聚合关系, Abstraction充当桥接类
3) RefinedAbstraction : 是 Abstraction 抽象类的子类
4) Implementor : 行为实现类的接口
5) ConcreteImplementorA /B ：行为的具体实现类
6) 从 UML 图：这里的抽象类和接口是聚合的关系，其实也是调用和被调用关系
常见的应用场景:
1) -JDBC 驱动程序
2) -银行转账系统
转账分类: 网上转账，柜台转账，AMT 转账
转账用户类型：普通用户，银卡用户，金卡用户..
3) -消息管理
消息类型：即时消息，延时消息
消息分类：手机短信，邮件消息，QQ 消息...
二、桥接设计模式
1、需求：手机操作问题
现在对不同手机类型的不同品牌实现操作编程(比如:开机、关机、上网，打电话等)，如图:
2、普通解决方式
总结：
1) 扩展性问题(类爆炸)，如果我们再增加手机的样式(旋转式)，就需要增加各个品牌手机的类，同样如果我们增加一个手机品牌，也要在各个手机样式类下增加。
2) 违反了单一职责原则，当我们增加手机样式时，要同时增加所有品牌的手机，这样增加了代码维护成本.
3) 解决方案-使用桥接模式
3、桥接设计模式解决方式
分析：
如上中可以分两大类：
第一类、品牌类型：小米、华为、三星、苹果...
第二类、手机类型：折叠、滑盖、触摸...
由于他们各有特色，但也有共同的归类，所以根据桥接的设计原则【把抽象(Abstraction)与行为实现(Implementation)分离开来】进行设计，则如下图所示：
UML类图：
代码实现：
Client.java
package com.trg.designmodel.bridge;
import com.trg.designmodel.bridge.service.Phone;
import com.trg.designmodel.bridge.service.impl.AppleBrand;
import com.trg.designmodel.bridge.service.impl.SlidePhoe;
import com.trg.designmodel.bridge.service.impl.XiaoMiBrand;
/**
* @ClassName: Client
* @Description:
* @Author: tangrg
* @Date: 2021/7/5 15:20
* @Version: 1.0
* @Return:
**/
public class Client {
public static void main(String[] args) {
Phone phone = new SlidePhoe(new XiaoMiBrand());
phone.call();
phone.send();
System.out.println("_____________________");
Phone phone1 = new SlidePhoe(new AppleBrand());
phone1.call();
phone1.send();
}
}抽象类
Phone.java
package com.trg.designmodel.bridge.service;
/**
* @ClassName: Phone
* @Description: 抽象类(Abstraction) :维护了 Implementor / 即它的实现类 ConcreteImplementorA.., 二者是聚合关系, Abstraction充当桥接类
* @Author: tangrg
* @Date: 2021/7/5 15:15
* @Version: 1.0
* @Return:
**/
public abstract class Phone {
//聚合行为实现类的接口
Brand brand;
public Phone(Brand brand) {
this.brand = brand;
}
public void call() {
brand.call();
}
public void send() {
brand.send();
}
}SlidePhoe.java
package com.trg.designmodel.bridge.service.impl;
import com.trg.designmodel.bridge.service.Brand;
import com.trg.designmodel.bridge.service.Phone;
/**
* @ClassName: SlidePhoe
* @Description:
* @Author: tangrg
* @Date: 2021/7/5 15:18
* @Version: 1.0
* @Return:
**/
public class SlidePhoe extends Phone {
public SlidePhoe(Brand brand) {
super(brand);
}
public void call() {
System.out.println("滑动手机");
super.call();
}
public void send() {
System.out.println("滑动手机");
super.send();
}
}接口类：
Brand.java
package com.trg.designmodel.bridge.service;
/**
* 行为实现类的接口
*/
public interface Brand {
void call();
void send();
}XiaoMiBrand.java
package com.trg.designmodel.bridge.service.impl;
import com.trg.designmodel.bridge.service.Brand;
/**
* @ClassName: XiaoMiBrand
* @Description:
* @Author: tangrg
* @Date: 2021/7/5 15:12
* @Version: 1.0
* @Return:
**/
public class XiaoMiBrand implements Brand {
@Override
public void call() {
System.out.println("小米手机打电话");
}
@Override
public void send() {
System.out.println("小米手机发消息");
}
}AppleBrand.java
package com.trg.designmodel.bridge.service.impl;
import com.trg.designmodel.bridge.service.Brand;
/**
* @ClassName: AppleBrand
* @Description:
* @Author: tangrg
* @Date: 2021/7/5 15:14
* @Version: 1.0
* @Return:
**/
public class AppleBrand implements Brand {
@Override
public void call() {
System.out.println("苹果手机打电话");
}
@Override
public void send() {
System.out.println("苹果手机发消息");
}
}
滑动手机
小米手机打电话
滑动手机
小米手机发消息
_____________________
滑动手机
苹果手机打电话
滑动手机
苹果手机发消息
Process finished with exit code 0三、注意事项
1) 实现了抽象和实现部分的分离，从而极大的提供了系统的灵活性，让抽象部分和实现部分独立开来，这有助于系统进行分层设计，从而产生更好的结构化系统。
2) 对于系统的高层部分，只需要知道抽象部分和实现部分的接口就可以了，其它的部分由具体业务来完成。
3) 桥接模式替代多层继承方案，可以减少子类的个数，降低系统的管理和维护成本。
4) 桥接模式的引入增加了系统的理解和设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计和编程
5) 桥接模式要求正确识别出系统中两个独立变化的维度(抽象、和实现)，因此其使用范围有一定的局限性，即需要有这样的应用场景。