桥接模式
桥接UML.png
abstract class People{
protected Property property;
public People(Property property){
this.property = property;
}
public abstract void chooseInvest();
}
人的抽象类，这类人喜欢投资
class American extends People{
public void chooseInvest(){
property.invest();//父类构造方法如果传入股票，则美国人喜欢投资股票
}
}
美国人的投资方式
class ChineseMother extends People{
public void chooseInvest(){
property.invest();//中国大妈喜欢买黄金也喜欢炒房，反正就是很厉害
}
}
毁天灭地的中国大妈类，所到之处寸草不生
interface Property{
void invest();
}
资产接口 ， 具有投资熟悉
class RealEstate implements Property{
public void invest(){
//让我们愉快的投入中国房地产事业吧，一平九万八只是起点
}
}
房地产类
class Glod implements Property{
public void invest(){
//投资黄金资产
}
}
黄金类
class Stock implements Property{
public void invest(){
//股票资产
}
}
股票类
class Client{
public static void main(String[] args）{
Property property = new Glod();
People people = new ChineseMother(property);
people.chooseInvest();
}
}
客户端，模拟的是中国大妈炒黄金的辉煌景象
优点
- 分离抽象接口及其实现部分。桥接模式使用“对象间的关联关系”解耦了抽象和实现之间固 有的绑定关系，使得抽象和实现可以沿着各自的维度来变化。所谓抽象和实现沿着各自维度 的变化，也就是说抽象和实现不再在同一个继承层次结构中，而是“子类化”它们，使它们各自 都具有自己的子类，以便任何组合子类，从而获得多维度组合对象。
- 在很多情况下，桥接模式可以取代多层继承方案，多层继承方案违背了“单一职责原则”， 复用性较差，且类的个数非常多，桥接模式是比多层继承方案更好的解决方法，它极大减少 了子类的个数。
- 桥接模式提高了系统的可扩展性，在两个变化维度中任意扩展一个维度，都不需要修改原 有系统，符合“开闭原则”。
缺点
- 桥接模式的使用会增加系统的理解与设计难度，由于关联关系建立在抽象层，要求开发者 一开始就针对抽象层进行设计与编程。
- 桥接模式要求正确识别出系统中两个独立变化的维度，因此其使用范围具有一定的局限 性，如何正确识别两个独立维度也需要一定的经验积累。
适用场景
- 如果一个系统需要在抽象化和具体化之间增加更多的灵活性，避免在两个层次之间建立静 态的继承关系，通过桥接模式可以使它们在抽象层建立一个关联关系。
- “抽象部分”和“实现部分”可以以继承的方式独立扩展而互不影响，在程序运行时可以动态 将一个抽象化子类的对象和一个实现化子类的对象进行组合，即系统需要对抽象化角色和实 现化角色进行动态耦合。
- 一个类存在两个(或多个)独立变化的维度，且这两个(或多个)维度都需要独立进行扩展。
- 对于那些不希望使用继承或因为多层继承导致系统类的个数急剧增加的系统，桥接模式尤 为适用。
