设计模式 _第十七招式_桥梁模式

╰+攻爆jí腚メ 2023-10-11 10:59 30阅读 0赞

## 一、定义 ##

桥梁模式（Bridge Pattern）也叫做桥接模式，是一个比较简单的模式，将抽象和实现解耦，使得二者可以独立的变化。  
桥梁模式的重点是“解耦”，如何让它们两者解耦是我们要了解的重点；

## 二、代码演示 ##

### 2.1 通用类图 ###

### 2.2 角色说明 ###

*  Abstraciton–抽象化角色  
    它主要职责是定义出该角色的行为，同事保存一个对实现化角色的引用，该角色一般是抽象类。
 *  Implementor–实现化角色  
    它是接口或抽象类，定义角色必须的行为和属性。
 *  RefinedAbstraciton–修正抽象化角色  
    它引用实现化角色对象化角色进行修正。
 *  ConcreteImplementor-具体实现化角色  
    它实现接口或抽象类定义的方法和属性。

大家记住一句话：抽象角色引用实现角色，或抽象角色部分功能由实现角色完成。

### 2.3 实现化角色 ###

package com.design.bridge.pattern;
    
    /**
     * @description 实现化角色
     * @date: 2019/9/28 20:13
     * @version: v 0.1
     */
    public interface Implementor {
        public  void  doSomething();
        public  void doAnything();
    }

### 2.4 具体实现化角色 ###

package com.design.bridge.pattern;
    
    /**
     * @description 具体实现化角色
     * @date: 2019/9/28 20:21
     * @version: v 0.1
     */
    public class ConcreteImplementor1 implements Implementor {
        public void doSomething() {
            //业务逻辑处理
            System.out.println("ConcreteImplementor1 doSomething");
        }
    
        public void doAnything() {
            //业务逻辑处理
            System.out.println("ConcreteImplementor1 doAnything");
        }
    }

package com.design.bridge.pattern;
    
    /**
     * @description 具体实现化角色
     * @date: 2019/9/28 20:21
     * @version: v 0.1
     */
    public class ConcreteImplementor2 implements Implementor {
        public void doSomething() {
            //业务逻辑处理
            System.out.println("ConcreteImplementor2 doSomething");
        }
    
        public void doAnything() {
            //业务逻辑处理
            System.out.println("ConcreteImplementor2 doAnything");
        }
    }

上面定义了两个具体实现化角色—代表两个不同的业务逻辑。

### 2.5 抽象化角色 ###

package com.design.bridge.pattern;
    
    /**
     * @description 抽象化角色
     * @date: 2019/9/28 20:26
     * @version: v 0.1
     */
    public class Abstraction {
        //定义对实现角色的引用
        private Implementor imp;
    
        //约束子类必须实现该构造函数
        public Abstraction(Implementor _imp) {
            this.imp = _imp;
        }
    
        //自身行为和属性
        public void request() {
            this.imp.doSomething();
        }
    
        //获取实现化角色
        public Implementor getImp() {
            return imp;
        }
    }

为什么要增加一个构造函数呢 ？答案是为了提醒子类，必须做这项工作。

### 2.6 具体抽象化角色 ###

package com.design.bridge.pattern;
    
    
    /**
     * @description 具体抽象化角色
     * @date: 2019/9/28 20:29
     * @version: v 0.1
     */
    public class RefindAbstraction extends Abstraction {
        //覆写构造函数
        public RefindAbstraction(Implementor _imp) {
            super(_imp);
        }
    
        //修正父类的行为
        @Override
        public void request() {
            //业务处理
            super.request();
            super.getImp().doAnything();
        }
    }

实现化角色有很多子接口，如果在构造函数中不传一个尽量明确的实现者，代码就很不清晰。

### 2.7 运行结果 ###

ConcreteImplementor1 doSomething
    ConcreteImplementor1 doAnything

## 三、优点 ##

抽象与实现分离  
这是桥梁模式的主要特点，它是为了解决继承缺点而提出的设计模式，在该模式中，实现可以不受抽象的约束，不用再绑定在一个固定的抽象层次上。  
优秀的扩展能力  
可以增加抽象，只要对外暴露的接口允许这样的变化。  
实现细节对象客户透明  
客户不用关系细节的实现，它已经抽象层通过聚合关系完成封装。

## 四、缺点 ##

可能会出现，子类太多导致，类膨胀。

## 五、应用场景 ##

*  不希望或不适合使用继承使用场景  
    例如继承的过渡，无法更细化设计等场景，需要考虑用桥梁模式。
 *  接口或抽象类不稳定的场景  
    接口不稳定还想通过实现或集成来实现业务需求的场景。
 *  重用性要求较高的场景  
    设计的粒度越细，则被重用的可能性越大。

## 六、注意事项 ##

桥梁模式非常简单，使用该模式，主要考虑怎样拆分抽象和实现，桥梁模式的意图是对变化的封装，尽量可能变化的部分封装为最小，避免风险扩散。如果发现系统设计时，类的继承有N层时，可以考虑使用桥梁模式。