设计模式学习第二天：桥接设计模式

目录

一、基础概念

二、桥接设计模式

1、需求：手机操作问题

2、普通解决方式

3、桥接设计模式解决方式

三、注意事项

---

一、基础概念

• 是 一种结构型设计模式
• 将实现与抽象放在两个不同的类层次中，使两个层次可以独立改变
• 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) 桥接模式要求正确识别出系统中两个独立变化的维度(抽象、和实现)，因此其使用范围有一定的局限性，即需要有这样的应用场景。