1.简介

桥接（Bridge）是用于把抽象化与实现化解耦，使得二者可以独立变化。这种类型的设计模式属于结构型模式，它通过提供抽象化和实现化之间的桥接结构，来实现二者的解耦。

这种模式涉及到一个作为桥接的接口，使得实体类的功能独立于接口实现类。这两种类型的类可被结构化改变而互不影响。

我们通过下面的实例来演示桥接模式（Bridge Pattern）的用法。其中，可以使用相同的抽象类方法但是不同的桥接实现类，来画出不同颜色的圆。

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

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

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

2.案例

// 1 抽象角色abstract class AbstractRoad{    public $icar;    abstract function run();}// 2. 具体 class SpeedRoad extends AbstractRoad{    function run(){        $this->icar->run();    }}class Street extends AbstractRoad{    public function run(){        $this->icar->run();    }}// 3 抽象接口interface ICar{    function run();}//4.具体class Jeep implements ICar{    function run(){        echo '吉普车跑';    }}class Car implements ICar{    function run(){        echo '小汽车跑';    }}// 5 桥class Bridge {    function run( $road, $car ){        $road->icar = $car;        $road->run();    }}$road = new SpeedRoad();$car  = new Car();$obj  = new Bridge();$obj->run( $road, $car );

 

3.适配器和桥接模式的区别

两种模式的区别在于使用场合的不同，适配器模式主要解决两个已经有接口间的匹配问题，这种情况下被适配的接口的实现往往是一个黑匣子。我们不想，也不能修改这个接口及其实现。同时也不可能控制其演化，只要相关的对象能与系统定义的接口协同工作即可。适配器模式经常被用在与第三方产品的功能集成上，采用该模式适应新类型的增加的方式是开发针对这个类型的适配器.

桥接模式则不同，参与桥接的接口是稳定的，用户可以扩展和修改桥接中的类，但是不能改变接口。桥接模式通过接口继承实现或者类继承实现功能扩展。