李建忠设计模式——桥模式_bridge模式李建忠

目录

1.桥模式

1.动机

2.模式定义

3.结构图

4.模式的组成

2.实例

1.描述

2.代码实现

要点总结

参考：

---

1.桥模式

1.动机

• 由于某些类型的固有的实现逻辑，使得他们具有两个变化的维度，乃至多个维度的变化。
• 如何应对这种“多维度的变化”？如何利用面向对象技术来使得类型可以轻松地沿着两个乃至多个方向变化，而不引入额外的复杂度

2.模式定义

将抽象部分（业务功能）与实现部分（平台实现）分离，使它们都可以独立地变化。——《设计模式》GoF

3.结构图

4.模式的组成

       （1）、抽象化角色(Abstraction)：抽象化给出的定义，并保存一个对实现化对象（Implementor）的引用。

       （2）、修正抽象化角色(Refined Abstraction)：扩展抽象化角色，改变和修正父类对抽象化的定义。

       （3）、实现化角色(Implementor)：这个角色给出实现化角色的接口，但不给出具体的实现。必须指出的是，这个接口不一定和抽象化角色的接口定义相同，实际上，这两个接口可以非常不一样。实现化角色应当只给出底层操作，而抽象化角色应当只给出基于底层操作的更高一层的操作。

       （4）、具体实现化角色(Concrete Implementor)：这个角色给出实现化角色接口的具体实现。

　　在桥接模式中，两个类Abstraction和Implementor分别定义了抽象与行为类型的接口，通过调用两接口的子类实现抽象与行为的动态组合。

2.实例

1.描述

每种数据库都有自己的版本，但是每种数据库在不同的平台上实现又是不一样的。比如：微软的SqlServer数据库，该数据库它有2000版本、2005版本、2006版本、2008版本，后面还会有更新的版本。并且这些版本都是运行在Windows操作系统下的，如果要提供Lunix操作系统下的SqlServer怎么办呢？如果又要提供IOS操作系统下的SqlServer数据库该怎么办呢？

2.代码实现

1

要点总结

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

优点：

1. 把抽象接口与其实现解耦
2. 抽象和实现可以独立扩展，不会影响到对方
3. 实现细节对客户透明，对用于隐藏了具体实现细节。

缺点：

1. 增加了系统的复杂度

参考：

https://www.cnblogs.com/PatrickLiu/p/7699301.html

https://www.bilibili.com/video/BV1Vb411c7uL?p=7