桥接模式

对象的继承关系是在编译时就定义好了，所以无法在运行时改变从父类继承的实现。子类实现与它的父类有非常紧密的依赖关系，以至于父类实现中的任何变化必然会导致子类发生变化。当你需要复用子类时，如果继承下来的实现不适合解决新的问题，则父类必须重写或被其他更适合的类替换。这种依赖关系限制了灵活性并最终限制了复用性。

合成/聚合复用原则，尽量使用合成/聚合，尽量不要使用类继承。聚合表示一种弱的“拥有”关系，体现的是A对象可以包含B对象，但B对象不是A对象的一部分；合成则是一种强的“拥有”关系，体现了严格的部分和整体的关系，部分和整体的生命周期一样。合成/聚合复用原则的好处是，优先使用对象的合成/聚合将有助于你保持每个类被封装，并被集中在单个任务上。这样类和类继承层次会保持较小规模，并且不太可能增长为不可控制的庞然大物。

桥接模式，将抽象部分与它的实现部分分离，使它们都可以独立地变化。桥接模式结构图如下所示： bridge Implementor类：

abstract class Implementor{
    public abstract void Operation();
}

ConcreteImplementorA和ConcreteImplementorB等派生类：

class ConcreteImplementorA extends Implementor{
    public void Operation(){
        System.out.println("method A");
    }
}
class ConcreteImplementorB extends Implementor{
    public void Operation(){
        System.out.println("method B");
    }
}

Abstraction类：

class Abstraction{
    protected Implementor implementor;
    public void SetImplementor(Implementor implementor){
        this.implementor=implementor;
    }
    public virtual void Operation(){
        implementor.Operation();
    }
}

RefinedAbstraction类：

class ReginedAbstraction extends Abstraction{
    public void Operation(){
        implementor.Operation();
    }
}

客户端实现：

static void Main(String[] args){
    Abstraction ab=new RefinedAbstraction();
    ab.SetImplementor(new ConcreteImplementorA());
    ab.Operation();
    ab.SetImplementor(new ConcreteImplementorB());
    ab.Operation();
}

实现系统可能有多角度分类，每一种分类都有可能变化，那么就把这种多角度分离出来让它们独立变化，减少它们之间的耦合。桥接模式应用于多维变化。

效果及实现要点：

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

适用性：

如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的联系
设计要求实现化角色的任何改变不应当影响客户端，或者说实现化角色的改变对客户端是完全透明的
一个构件有多于一个的抽象化角色和实现化角色，系统需要它们之间进行动态耦合
虽然在系统中使用继承是没有问题的，但是由于抽象化角色和具体化角色需要独立变化，设计要求需要独立管理这两者

桥接模式和装饰模式区别：
装饰模式：这两个模式在一定程度上都为了减少子类的数目，避免出现复杂的继承关系，但是它们解决的方法却各有不同，装饰模式把子类中比基类多出来的部分放到单独的类里面，以适应新功能增加的需要，当我们把描述新功能的类封装到基类对象里面时，就得到了所需要的子类对象，这些描述新功能的类通过组合可以实现很多的功能组合。

桥接模式：桥接模式则把原来的基类的实现化细节抽象出来，在构造到一个实现化的结构中，然后再把原来的基类改造成一个抽象化的等级结构，这样就实现系统在多个维度的独立变化。

Comments