桥接模式
桥接（Bridge）是用于把抽象化与实现化解耦，使得二者可以独立变化。这种类型的设计模式属于结构型模式，它通过提供抽象化和实现化之间的桥接结构，来实现二者的解耦。
使用场景：
- 如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的继承联系，通过桥接模式可以使它们在抽象层建立一个关联关系。
- 对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统，桥接模式尤为适用。
- 一个类存在两个独立变化的维度，且这两个维度都需要进行扩展。
注意事项：
对于两个独立变化的维度，使用桥接模式再适合不过了。
优点：
- 抽象和实现的分离。
- 优秀的扩展能力。
- 实现细节对客户透明。(注：抽象与实现是如何组合的是透明的)
缺点：
桥接模式的引入会增加系统的理解与设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计与编程。
桥接模式结构图
个人理解：
这个模式不太好理解，重点在于两个维度变化。
比如买奶茶，奶茶有不同口味，也有不同容量。这就是奶茶的两个变化的维度。如果不使用桥接模式，那么可能需要有口味数*容量数的类，特别多。
假如，我们把口味定义为一个接口，把容量定义为一个抽象类。并且把接口作为抽象类的构造函数的入参，使抽象类与接口进行关联(这里正是它的缺点)。抽象类的抽象方法就是组合逻辑的最顶层方法。具体逻辑由抽象类的子类实现，抽象类的子类在实现的时候就能使用接口的方法了。在调用的时候，抽象类子类接收一个接口的实现类就能实现大杯丝袜奶茶的业务逻辑了。
以上，就能达到两个维度各自扩展的效果了。
