设计模式——桥接模式

桥接模式也是一种解耦的设计模式，是把抽象和实现进行解耦，使得二者独立。在软件系统中，某些类型由于自身的逻辑，它具有两个或多个维度的变化，那么如何应对这种“多维度的变化”？如何利用面向对象的技术来使得该类型能够轻松的沿着多个方向进行变化，而又不引入额外的复杂度？这就要使用Bridge模式。

主要的角色：

抽象化(AbstractRoad)角色：抽象化给出的定义，并保存一个对实现化对象的引用。

修正抽象化(SpeedWay)角色：扩展抽象化角色，改变和修正父类对抽象化的定义。

实现化(AbstractCar)角色：这个角色给出实现化角色的接口，但不给出具体的实现。必须指出的是，这个接口不一定和抽象化角色的接口定义相同，实际上，这两个接口可以非常不一样。

具体实现化(Bus)角色：这个角色给出实现化角色接口的具体实现。

意图：将抽象部分与实现部分分离，使它们都可以独立的变化。

主要解决：在有多种可能会变化的情况下，用继承会造成类爆炸问题，扩展起来不灵活。

何时使用：实现系统可能有多个角度分类，每一种角度都可能变化。

如何解决：把这种多角度分类分离出来，让它们独立变化，减少它们之间耦合。

关键代码：抽象类依赖实现类。

应用实例：1、猪八戒从天蓬元帅转世投胎到猪，转世投胎的机制将尘世划分为两个等级，即：灵魂和肉体，前者相当于抽象化，后者相当于实现化。生灵通过功能的委派，调用肉体对象的功能，使得生灵可以动态地选择。2、墙上的开关，可以看到的开关是抽象的，不用管里面具体怎么实现的。

优点：1、抽象和实现的分离。2、优秀的扩展能力。3、实现细节对客户透明。

缺点：桥接模式的引入会增加系统的理解与设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计与编程。

使用场景：1、如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的继承联系，通过桥接模式可以使它们在抽象层建立一个关联关系。2、对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统，桥接模式尤为适用。3、一个类存在两个独立变化的维度，且这两个维度都需要进行扩展。

注意事项：对于两个独立变化的维度，使用桥接模式再适合不过了。

下边是代码例子，汽车在路上行驶的。既有小汽车又有公共汽车，它们都不但能在市区中的公路上行驶，也能在高速公路上行驶。这你会发现，对于交通工具（汽车）有不同的类型，它们所行驶的环境（路）也有不同类型，在软件系统中就要适应两个方面（不同车型，不同道路）的变化，怎样实现才能应对这种变化呢？看代码：

<?php
//抽象街道类
abstract class Road{
    public  $Car;
    abstract function Run();
}

//抽象车类
abstract class Auto{
    abstract function GetCar();
}

//街道
class Street extends Road{
    function Run()
    {
        $this->Car->GetCar();
        echo 'on the street.';
    }
}

//高速公路
class SpeedRoad extends Road{
    function Run()
    {
        $this->Car->GetCar();
        echo 'on the speedroad.';
    }
}

//小汽车
class Car extends Auto{
    function GetCar()
    {
        echo 'A Car is running ';
    }
}

//公交车
class Bus extends Auto{
    function GetCar()
    {
        echo 'A Bus is running ';
    }
}

//调用
//高速公路上跑小汽车
$SpeedRoad = new SpeedRoad();
$SpeedRoad->Car = new Car();
$SpeedRoad->Run();

?>