Bridge桥模式(单一职责)

目的

链接：桥模式实例代码 + 解析

• 由于某些类型的固有的实现逻辑，使得它们具有两个变化的维度，乃至多个纬度的变化。

• 如何应对这种“多维度的变化”？如何利用面向对象技术来使得类型可以轻松地沿着两个乃至多个方向变化，而不引入额外的复杂度？

模式定义

将抽象部分与实现部分分离，使它们都可以独立地变化。 ——《设计模式》GoF

要点总结

• Bridge模式使用“对象间的组合关系”解耦了抽象和实现之间固有的绑定关系，使得抽象和实现可以沿着各自的维度来变化。所谓抽象和实现沿着各自纬度的变化，即“子类化”它们。
• Bridge模式有时候类似于多继承方案，但是多继承方案往往违背单一职责原则（即一个类只有一个变化的原因），复用性比较差。Bridge模式是比多继承方案更好的解决方法。
• Bridge模式的应用一般在“两个非常强的变化维度”，有时一个类也有多于两个的变化维度，这时可以使用Bridge的扩展模式。

Ps. 桥模式本质上是装饰模式的延伸，在装饰模式中由于其变换的方向是单一的，所以只需要，一层一层的组合+继承即可，但是变换方向不一定是只有一个，若是其变化的是多个的，比如：数据的处理方式的确定，有平台和使用方式2种需要去变化的方向。由于装饰模式中继承 + 组合都是同一个基类，而这个例子需要兼容平台和使用方式2种基类，就不满足需求了。

Eg.