C#面向对象设计模式第八讲:Bridge 桥接模式(结构型模式)

根据MSDN Webcast相关课程整理)

GoF:将抽象部分与实现部分分离,使它们都可以独立地变化。

如下图所示:

C#面向对象设计模式第八讲:Bridge 桥接模式(结构型模式)_第1张图片

显然,当实现细节b易变时,我们通常考虑采用原型模式来构造系统。然而,当抽象B由于某种原因也容易变动时,即易变对象从两个维度或更多方向上发生改变,我们就应该考虑桥接模式啦。

C#面向对象设计模式第八讲:Bridge 桥接模式(结构型模式)_第2张图片

如图所示:红蓝两个方面都是易变的,且以红色部分为主,蓝色的Implemetor(还可以扩展到更多变化方向)类以抽象类的形式组合到主抽象类Abstraction中,在主实现对象RefinedAbstraction中隔离了对蓝色变化对象的具体实现ImplA和ImplB的依赖(上图下面部分的具体对象不会彼此依赖)。

示例:在一个需要同时能运行在PC与手机两个平台的坦克大战游戏中,对于坦克类型来说,就存在两个方向的变化。一方面,坦克有多种不同的类型,另一方面,同一种坦克在两个平台上运行时的操作方式和绘图方法也是变化的(不同的)。

C#面向对象设计模式第八讲:Bridge 桥接模式(结构型模式)_第3张图片

坦克抽象类中“组合”多个方向上的变化,将平台的变化以字段的形式于以组合,并且使用的是平台的抽象类,这样就隔离了具体平台的实现。各个方面上的变化都只依赖于自己体系内部,坦克类型的变化不需要依赖平台,同样平台的变化,不需要依赖坦克类型。

C#面向对象设计模式第八讲:Bridge 桥接模式(结构型模式)_第4张图片

平时使用的时候多是抽象类。

C#面向对象设计模式第八讲:Bridge 桥接模式(结构型模式)_第5张图片

《完》

你可能感兴趣的:(C#面向对象设计模式第八讲:Bridge 桥接模式(结构型模式))