设计模式之结构型模式(一)-----桥接(bridge)模式

概述:
在软件系统中，某些类型由于自身的逻辑，它具有两个或多个维度的变化，那么如何应对这种“多维度的变化”？如何利用面向对象的技术来使得该类型能够轻松的沿着多个方向进行变化，而又不引入额外的复杂度？这就要使用Bridge模式。
意图:
　　　将抽象部分与实现部分分离，使它们都可以独立的变化。

                                                                    ——《设计模式》GOF

抽象化：存在于多个实体中的共同的概念性联系，就是抽象化。作为一个过程，抽象化就是忽略一些信息，从而把不同的实体当做同样的实体对待。

实现化：抽象化给出的具体实现，就是实现化。
脱耦：所谓耦合，就是两个实体的行为的某种强关联。而将它们的强关联去掉，就是耦合的解脱，或称脱耦。在这里，脱耦是指将抽象化和实现化之间的耦合解脱开，或者说是将它们之间的强关联改换成弱关联。

example：

    数据库连接中的驱动，有mysql驱动，oracle驱动等等，驱动管理可以在web用，也可以在app下用，这属于两个维度的改变，一个是驱动的维度一个是驱动管理的维度，这已用桥接模式实现一下，类之间的关系图为：

Driver：

package com.panther.demo.bridge;/** * 驱动接口 * Created by panther.dongdong on 2016/3/21. */public interface Driver {    public void connect();}

OracleDriver:

package com.panther.demo.bridge;/** * db2驱动连接 * Created by panther.dongdong on 2016/3/21. */public class OracleDriver implements Driver {    @Override    public void connect() {        System.out.println("connect db2 done!");    }}

MysqlDriver:

package com.panther.demo.bridge;/** * mysql驱动 * Created by panther.dongdong on 2016/3/21. */public class MysqlDriver implements Driver {    @Override    public void connect() {        System.out.println("connect mysql done!");    }}

DriverManager(驱动管理抽象类):

package com.panther.demo.bridge;/** * 驱动管理 * Created by panther.dongdong on 2016/3/21. */public abstract class DriverManager {    private Driver driver;    public void connect() {        driver.connect();    }    public Driver getDriver() {        return driver;    }    public void setDriver(Driver driver) {        this.driver = driver;    }}

AppDriverManager(app驱动管理)

package com.panther.demo.bridge;/** * 驱动管理[特殊] * Created by panther.dongdong on 2016/3/21. */public class AppDriverManager extends DriverManager {    public void connect() {        super.connect();        System.out.println("app 驱动管理连接");    }}

WebDriverManager（WEB驱动管理）

package com.panther.demo.bridge;/** * web驱动管理 * Created by panther.dongdong on 2016/3/21. */public class WebDriverManager extends DriverManager {    public void connect() {        super.connect();        System.out.println("web 驱动管理连接");    }}

客户端测试：

package com.panther.demo.bridge;/** * 结构型模式 * 客户端连接 * Created by panther.dongdong on 2016/3/21. */public class Client {    public static void main(String[] args) {        DriverManager driverManager = new AppDriverManager();        //mysql连接        Driver driver = new MysqlDriver();        driverManager.setDriver(driver);        driverManager.connect();        //db2连接        Driver driver1 = new OracleDriver();        driverManager.setDriver(driver1);        driverManager.connect();        driverManager = new WebDriverManager();        //mysql连接        driverManager.setDriver(driver);        driverManager.connect();        //db2连接        driverManager.setDriver(driver1);        driverManager.connect();    }}

输出结果：

效果及实现要点：
1．Bridge模式使用“对象间的组合关系”解耦了抽象和实现之间固有的绑定关系，使得抽象和实现可以沿着各自的维度来变化。
2．所谓抽象和实现沿着各自维度的变化，即“子类化”它们，得到各个子类之后，便可以任意它们，从而获得不同环境下dev驱动的连接。
3．Bridge模式有时候类似于多继承方案，但是多继承方案往往违背了类的单一职责原则（即一个类只有一个变化的原因），复用性比较差。Bridge模式是比多继承方案更好的解决方法。
4．Bridge模式的应用一般在“两个非常强的变化维度”，有时候即使有两个变化的维度，但是某个方向的变化维度并不剧烈——换言之两个变化不会导致纵横交错的结果，并不一定要使用Bridge模式。

适用性：
   在以下的情况下应当使用桥梁模式：
1．如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的联系。 
2．设计要求实现化角色的任何改变不应当影响客户端，或者说实现化角色的改变对客户端是完全透明的。
3．一个构件有多于一个的抽象化角色和实现化角色，系统需要它们之间进行动态耦合。 
4．虽然在系统中使用继承是没有问题的，但是由于抽象化角色和具体化角色需要独立变化，设计要求需要独立管理这两者。
总结：
      Bridge模式是一个非常有用的模式，也非常复杂，它很好的符合了开放-封闭原则和优先使用对象，而不是继承这两个面向对象原则。