设计模式之桥接模式

一.桥接模式简介

桥接模式（Bridge Pattern）将抽象部分与它的实现部分分离，使它们都可以独立地变化。

桥接模式（Bridge Pattern）是让抽象类和它的派生类用来实现自己的对象，从而实现抽象部分和实现部分分离，而不是让抽象和实现分离，当抽象变化和实现变化都不会影响使用。

通俗解释： 比如手机拨号功能，不管对方在国内还是国外，运营商怎么转接、怎么实现连接通话，对于用户而言，永远面对的是一个抽象的拨号按键，而拨号是具体怎样实现、连线时发生了何等变化都不会影响到这个抽象的拨号按键，抽象部分（拨号键）和实现部分（通话连线）是分离的，不管抽象部分变化（如：拨号键美化），还是实现部分的变化（如：卫星转播连线还是地面基站连线），抽象和实现互不影响，这就是桥接模式。

桥接模式的使用目的： 将多种具体实现独立出来，让它们各自变化，各种实现之间互不影响，从而应对需求的变化。

二.桥接模式的实例讲解

案例：如果电子商城将不同品牌不同种类的衣服分类，可以按照品牌分类（如：只检索耐克），也可以按照衣服应用场景分类（如：运动服），当分类的方式不断变化的时候、品牌种类新增的时候，衣服种类新增的时候，怎样设计可以轻松应对分类需求的变化呢？是否可以通过不改变或影响原来的分类功能，还能轻松的扩展新的需求的设计方式呢？

1.按照衣服品牌分类：

设计类图：

（图片加载慢，多刷新几下，耐心等待……）

2.按照穿衣场景种类分类：

设计类图：

通过以上两种方式实现分类的时候，主要利用的是继承，继承是is-a的含义（如：耐克is-a衣服品牌），它是一种强的耦合结构，父类变，子类必须变。当衣服的品牌新增或改变，其实现类需要修改，当衣服的种类新增或改变，其实现类也要修改。盲目的使用继承，会违法开放-封闭原则，造成很多不必要的麻烦。

开放-封闭原则：软件的实体（类、模块、函数等）对扩展开放，对修改封闭。

对象的继承关系是在编译时，就定义好了，所以无法在运行时改变从父类继承的实现，子类的实现与它的父类有非常紧密的依赖关系，父类实现中的任何变化必然会导致子类发生变化。所以继承的复用性较差，例如当需要复用子类的时候，子类中继承的实现不足以解决新问题，则父类就需要重写或者被其他更适合的类替代。

继承会造成大量类的增加，违反开放封闭原则，而且还不能实现应对变化的效果，当出现这种情况，就应该考虑使用桥接模式了。

3.通过桥接模式分类：

设计类图：

注：衣服品牌和衣服种类是聚合关系，衣服品牌包含衣服种类，但衣服种类不是衣服品牌的一部分。

每一种衣服分类方式的实现，都可能有多个角度（比如：品牌、应用场景、材质等），这些角度都有可能变化，那么桥接模式主要意图就是把这些可能变化的分类角度都分离出来，让他们各自变化互不影响。

把衣服的品牌角度，有一个抽象的品牌，其他所有的品牌都只继承品牌抽象类；衣服的穿衣场景角度有一个抽象，不同应用场景下的衣服（运动服、西装、休闲服），都继承于穿衣场景抽象类，这样做的好处就是当品牌有变化不会影响穿衣场景，反之亦然。品牌和穿衣场景是通过聚合，建立关系，实现品牌和穿衣场景的混合搭配分类（如：耐克到的运动服，阿迪的休闲服），这利用的是聚合复用原则。

合成/聚合复用原则(CCRP)：尽量使用合成聚合，尽量不要使用类的继承。

三.桥接模式的代码实现

1.穿衣场景抽象类

设计分析： 穿衣场景抽象类对外公开自己的分类方法，方便品牌抽象类通过聚合，引入穿衣场景抽象类,实现不同品牌下不同衣服种类的分类功能 。

package com.pattern.bridge.scene;

/**
 * 穿衣场景抽象类
 */
public abstract class Scene {

    // 抽象的分类方法,且要通过桥接让品牌类访问，所以访问权限设置为public
    public abstract void sort();
}

2.穿衣场景的实现类

运动服实现类：

package com.pattern.bridge.scene;

/**
 * 穿衣场景实现类：运动服类
 * 
 */
public class SportScene extends Scene {

    @Override
    public void sort() {
        System.out.println("按照运动服分类");
    }

}

休闲服实现类：

package com.pattern.bridge.scene;

/**
 * 穿衣场景实现类：休闲服类
 * 
 */
public class CasualScene extends Scene {

    @Override
    public void sort() {
        System.out.println("按照休闲服分类");
    }

}

3.衣服品牌抽象类

设计分析： 品牌抽象类通过聚合，引入穿衣场景抽象类,实现不同品牌下不同衣服种类的分类功能 。

package com.pattern.bridge.brand;

import com.pattern.bridge.scene.Scene;

/**
 * 品牌抽象类
 */
public abstract class Brand {
    protected Scene scene;

    public void setScene(Scene scene) {
        this.scene = scene;
    }

    public abstract void sort();
}

4.衣服品牌实现类

代码如下：

品牌一：阿迪达斯

package com.pattern.bridge.brand;

/**
 * 品牌具体实现类：阿迪牌服装
 * 
 */
public class AddidasClothes extends Brand {

    @Override
    public void sort() {
        scene.sort();
    }

}

品牌二：耐克

package com.pattern.bridge.brand;

/**
 * 品牌具体实现类：耐克牌服装
 * 
 */
public class NikeClothes extends Brand {

    @Override
    public void sort() {
        scene.sort();
    }

}

5.客户端中分类用法：

设计分析：展示这两种不同的层次（品牌和种类）之间是怎样混搭分类的 。

代码如下：

package com.pattern.bridge.client;

import com.pattern.bridge.brand.AddidasClothes;
import com.pattern.bridge.brand.Brand;
import com.pattern.bridge.brand.NikeClothes;
import com.pattern.bridge.scene.CasualScene;
import com.pattern.bridge.scene.SportScene;

public class Client {
    public static void main(String[] args) {
        // 品牌：阿迪
        System.out.println("品牌:阿迪：");
        Brand addidas = new AddidasClothes();
        // 按照阿迪达斯运动服分类
        addidas.setScene(new SportScene());
        addidas.sort();
        // 按照阿迪达斯休闲服分类
        addidas.setScene(new CasualScene());
        addidas.sort();

        // 品牌：耐克
        System.out.println("品牌:耐克：");
        Brand nike = new NikeClothes();
        // 按照耐克运动服分类
        nike.setScene(new SportScene());
        nike.sort();
        // 按照耐克休闲服分类
        nike.setScene(new CasualScene());
        nike.sort();

    }
}

6.运行结果

品牌:阿迪：
按照运动服分类
按照休闲服分类
品牌:耐克：
按照运动服分类
按照休闲服分类

7.源码下载

本文示例代码下载地址：点击下载

三.总结：

如果系统在构建抽象和其实现类时，需要增加系统的灵活度，避免两种层次、角度之间建立强耦合性的继承关系的时候，那就可以通过桥接模式，在这两种层次的抽象层建立一种聚合关系来实现。

1.桥接模式的优点

• 抽象和实现的分离。
• 良好的扩展性，不会增加大量的继承类。

2.桥接模式的缺点

• 增加了系统设计和理解的难度。
• 因为桥接的聚合关系建立在抽象层，开发时需要针对抽象进行编程。