设计模式之桥梁模式

Bridge Pattern：将类的抽象部分与实现部分分离，使它们可以独立地变化。

当一个类的分类可以有多种方式的时候，比如说手机里的应用，可以先按照手机品牌区分，然后再按照应用种类区分；也可以先按照应用种类来区分，然后再按照手机品牌区分。而且品牌和应用种类都可以随意添加。如果直接使用继承来实现，每增加一种品牌，就要多继承出已有应用种类数量的新品牌类，这显然是十分不科学的。

根据合成/聚合复用原则，应该尽量使用合成/聚合方式去组织类。因此可以考虑抽象出手机品牌类和手机应用类，手机品牌类依赖于手机应用类。

手机品牌类及其子类：(与App类的关系是aggregation关系）

public abstract class Phone {
    protected App app;

    public void setApp(App app) {
        this.app = app;
    }

    public void run() {
        System.out.print(getClass().getSimpleName() + " ");
        app.run();
    }
}

class MiPhone extends Phone {
}

class IPhone extends Phone {
}

应用类及其子类：

public abstract class App {
    public abstract void run();
}

class Game extends App {
    @Override
    public void run() {
        System.out.println("run app game");
    }
}

class Contact extends App {
    @Override
    public void run() {
        System.out.println("run app contact");
    }
}

测试类：

public class Main {
    public static void main(String[] args) {

        final MiPhone miPhone = new MiPhone();
        miPhone.setApp(new Game());
        miPhone.run();

        final IPhone iPhone = new IPhone();
        iPhone.setApp(new Contact());
        iPhone.run();
    }
}

输出：

MiPhone run app game
IPhone run app contact

这样一来，如果要添加新的手机品牌或者手机应用，只要添加单个品牌类或者应用类即可，想要具体某种品牌某种应用的话，只要两两组合即可。

因为品牌类和抽象类两个类之间是聚合关系，将各自旗下的子类连接了起来，所以叫做Bridge Pattern。也就是所说的将抽象部分与其实现部分相分离，使之可以独立的变化。