22桥接模式（Bridge Pattern)

动机(Motivate):
在软件系统中，某些类型由于自身的逻辑，它具有两个或多个维度的变化，那么如何应对这种“多维度的变化”？如何利用面向对象的技术来使得该类型能够轻松的沿着多个方向进行变化，而又不引入额外的复杂度？

意图(Intent):
    将抽象部分与实现部分分离，使它们都可以独立的变化。
                                  ------《设计模式》GOF
结构图(Struct):

生活中的例子：

我想大家小时候都有用蜡笔画画的经历吧。红红绿绿的蜡笔一大盒，根据想象描绘出格式图样。而毛笔下的国画更是工笔写意，各展风采。而今天我们的故事从蜡笔与毛笔说起。

设想要绘制一幅图画，蓝天、白云、绿树、小鸟，如果画面尺寸很大，那么用蜡笔绘制就会遇到点麻烦。毕竟细细的蜡笔要涂出一片蓝天，是有些麻烦。如果有可能，最好有套大号蜡笔，粗粗的蜡笔很快能涂抹完成。至于色彩吗，最好每种颜色来支粗的，除了蓝天还有绿地呢。这样，如果一套12种颜色的蜡笔，我们需要两套 24支，同种颜色的一粗一细。呵呵，画还没画，开始做梦了：要是再有一套中号蜡笔就更好了，这样，不多不少总共36支蜡笔。

再看看毛笔这一边，居然如此简陋：一套水彩12色，外加大中小三支毛笔。你可别小瞧这"简陋"的组合，画蓝天用大毛笔，画小鸟用小毛笔，各具特色。

呵呵，您是不是已经看出来了，不错，我今天要说的就是Bridge模式。为了一幅画，我们需要准备36支型号不同的蜡笔，而改用毛笔三支就够了，当然还要搭配上12种颜料。通过Bridge模式，我们把乘法运算3×12＝36改为了加法运算3＋12＝15，这一改进可不小。那么我们这里蜡笔和毛笔到底有什么区别呢？

实际上，蜡笔和毛笔的关键一个区别就在于笔和颜色是否能够分离。【GOF95】桥梁模式的用意是"将抽象化 (Abstraction)与实现化(Implementation)脱耦，使得二者可以独立地变化"。关键就在于能否脱耦。蜡笔的颜色和蜡笔本身是分不开的，所以就造成必须使用36支色彩、大小各异的蜡笔来绘制图画。而毛笔与颜料能够很好的脱耦，各自独立变化，便简化了操作。在这里，抽象层面的概念是： "毛笔用颜料作画"，而在实现时，毛笔有大中小三号，颜料有红绿蓝等12种，于是便可出现3×12种组合。每个参与者（毛笔与颜料）都可以在自己的自由度上随意转换。

蜡笔由于无法将笔与颜色分离，造成笔与颜色两个自由度无法单独变化，使得只有创建36种对象才能完成任务。Bridge模式将继承关系转换为组合关系，从而降低了系统间的耦合，减少了代码编写量。

代码实现：

1   abstract class Brush
2     {
3         protected Color c;
4         public abstract void Paint();
5
6         public void SetColor(Color c)
7         { this.c = c; }
8     }

1   class BigBrush : Brush
2     {
3         public override void Paint()
4         { Console.WriteLine("Using big brush and color {0} painting", c.color); }
5     }

1   class SmallBrush : Brush
2     {
3         public override void Paint()
4         { Console.WriteLine("Using small brush and color {0} painting", c.color); }
5     }

1   class Color
2     {
3         public string color;
4     }

1 class Red : Color
2     {
3         public Red()
4         { this.color = "red"; }
5     }

1    class Green : Color
2     {
3         public Green()
4         { this.color = "green"; }
5     }

1   class Blue : Color
2     {
3         public Blue()
4         { this.color = "blue"; }
5     }

1     class Program
2     {
3    public static void Main()
4   {
5     Brush b = new BigBrush();
6     b.SetColor(new Red());
7     b.Paint();
8     b.SetColor(new Blue());
9     b.Paint();
10     b.SetColor(new Green());
11     b.Paint();
12
13     b = new SmallBrush();
14     b.SetColor(new Red());
15     b.Paint();
16     b.SetColor(new Blue());
17     b.Paint();
18     b.SetColor(new Green());
19     b.Paint();
20   }

适用性：
1．如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的联系。

2．设计要求实现化角色的任何改变不应当影响客户端，或者说实现化角色的改变对客户端是完全透明的。

3 ．一个构件有多于一个的抽象化角色和实现化角色，系统需要它们之间进行动态耦合。

4 ．虽然在系统中使用继承是没有问题的，但是由于抽象化角色和具体化角色需要独立变化，设计要求需要独立管理这两者。

Bridge要点：
1．Bridge模式使用“对象间的组合关系”解耦了抽象和实现之间固有的绑定关系，使得抽象和实现可以沿着各自的维度来变化。

2．所谓抽象和实现沿着各自维度的变化，即“子类化”它们，得到各个子类之后，便可以任意它们，从而获得不同平台上的不同型号。

3．Bridge模式有时候类似于多继承方案，但是多继承方案往往违背了类的单一职责原则（即一个类只有一个变化的原因），复用性比较差。Bridge模式是比多继承方案更好的解决方法。

4．Bridge模式的应用一般在“两个非常强的变化维度”，有时候即使有两个变化的维度，但是某个方向的变化维度并不剧烈——换言之两个变化不会导致纵横交错的结果，并不一定要使用Bridge模式。

22桥接模式（Bridge Pattern)相关推荐

【愚公系列】2021年12月二十三种设计模式(七)-桥接模式(Bridge Pattern)
文章目录前言一.桥接模式(Bridge Pattern) 二.使用步骤角色示例总结优点缺点使用场景前言设计模式(Design pattern)是一套被反复使用.多数人知晓的.经过分 ...
如何让孩子爱上设计模式 ——10.桥接模式(Bridge Pattern)
如何让孩子爱上设计模式 --10.桥接模式(Bridge Pattern) 标签: 设计模式初涉我有故事,你有酒吗?这年头写个技术文不讲个故事都不行,行,我讲: 还有发现很多的技术博文都开始有喜欢往 ...
【设计模式自习室】桥接模式 Bridge Pattern：处理多维度变化
前言 <设计模式自习室>系列,顾名思义,本系列文章带你温习常见的设计模式.主要内容有: 该模式的介绍,包括: 引子.意图(大白话解释) 类图.时序图(理论规范) 该模式的代码示例:熟悉该模 ...
Net设计模式实例之桥接模式( Bridge Pattern)(4)
3.客户端代码<?XML:NAMESPACE PREFIX = O /> static void <?XML:NAMESPACE PREFIX = ST2 />Main(str ...
桥接模式(Bridge Pattern)
桥接模式概述定义:将抽象部分与它的实现部分解耦,使得两者都能够独立的变化就拿我们日常使用的蜡笔来说,蜡笔有不同的大小和颜色,所以我们往往买的蜡笔盒中会有不少的蜡笔.需要用哪个就用哪个,是不是很方便 ...
极速理解设计模式系列：7.桥接模式(Bridge Pattern)
四个角色:抽象类(Abstraction).扩充抽象类(RefinedAbstraction).实现类接口(Implementor).具体实现类(ConcreteImplementor) 抽象类(Ab ...
Net设计模式实例之桥接模式( Bridge Pattern)(2)
四．桥接模式实例分析(Example) 1.场景业务对象(BusinessObject)与数据对象(DataObject)分离,即业务对象CustormerBase与数据对象DataObject分离 ...
【设计模式·结构型】桥接模式Bridge Pattern
目的该模式用于分离抽象与实现,并且抽象与实现可以独立变化应用场景 (1)希望抽象和实现之间没有固定的绑定关系,不同抽象接口和实现可以组合和扩充,程序运行时动态选择.切换具体实现 (2)类层次结构, ...
设计模式(16)：结构型-桥接模式(Bridge)
设计模式(Design pattern)是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.使用设计模式是为了可重用代码.让代码更容易被他人理解.保证代码可靠性. 毫无疑问,设计模式于 ...
c++桥接模式bridge
c++桥接模式bridge 概念角色和职责适用于案例概念 Bridge 模式又叫做桥接模式,是构造型的设计模式之一.Bridge模式基于类的最小设计原则,通过使用封装,聚合以及继承等行为来让不 ...

22桥接模式（Bridge Pattern)

22桥接模式（Bridge Pattern)相关推荐

最新文章

热门文章