桥接模式--设计模式
模式动机
设想如果要绘制矩形、圆形、椭圆、正方形，我们至少需要4个形状类，但是如果绘制的图形需要具有不同的颜色，如红色、绿色、蓝色等，此时至少有如下两种设计方案：
• 第一种设计方案是为每一种形状都提供一套各种颜色的版本。
设想如果要绘制矩形、圆形、椭圆、正方形，我们至少需要4个形状类，但是如果绘制的图形需要具有不同的颜色，如红色、绿色、蓝色等，此时至少有如下两种设计方案：
• 第一种设计方案是为每一种形状都提供一套各种颜色的版本。
• 第二种设计方案是根据实际需要对形状和颜色进行组合。
对于有两个变化维度（即两个变化的原因）的系统，采用方案二来进行设计系统中类的个数更少，且系统扩展更为方便。设计方案二即是桥接模式的应用。桥接模式将继承关系转换为关联关系，从而降低了类与类之间的耦合，减少了代码编写量。
模式定义
桥接模式(Bridge Pattern)：将抽象部分与它的实现部分分离，使它们都可以独立地变化。它是一种对象结构型模式，又称为柄体(Handle and Body)模式或接口(Interface)模式。
模式结构
桥接模式包含如下角色：
• Abstraction：抽象类
• RefinedAbstraction：扩充抽象类
• Implementor：实现类接口
• ConcreteImplementor：具体实现类
模式分析
理解桥接模式，重点需要理解如何将抽象化(Abstraction)与实现化(Implementation)脱耦，使得二者可以独立地变化。
• 抽象化：抽象化就是忽略一些信息，把不同的实体当作同样的实体对待。在面向对象中，将对象的共同性质抽取出来形成类的过程即为抽象化的过程。
• 实现化：针对抽象化给出的具体实现，就是实现化，抽象化与实现化是一对互逆的概念，实现化产生的对象比抽象化更具体，是对抽象化事物的进一步具体化的产物。
• 脱耦：脱耦就是将抽象化和实现化之间的耦合解脱开，或者说是将它们之间的强关联改换成弱关联，将两个角色之间的继承关系改为关联关系。桥接模式中的所谓脱耦，就是指在一个软件系统的抽象化和实现化之间使用关联关系（组合或者聚合关系）而不是继承关系，从而使两者可以相对独立地变化，这就是桥接模式的用意。
典型的实现类接口代码：
1 public interface Implementor
2 {
3 public void operationImpl();
4 }
典型的抽象类代码：
1 public abstract class Abstraction
2 {
3 protected Implementor impl;
4
5 public void setImpl(Implementor impl)
6 {
7 this.impl=impl;
8 }
9
10 public abstract void operation();
11 }
典型的扩充抽象类代码：
1 public class RefinedAbstraction extends Abstraction
2 {
3 public void operation()
4 {
5 //代码
6 impl.operationImpl();
7 //代码
8 }
9 }
实例与解析
实例一：模拟毛笔
• 现需要提供大中小3种型号的画笔，能够绘制5种不同颜色，如果使用蜡笔，我们需要准备3*5=15支蜡笔，也就是说必须准备15个具体的蜡笔类。而如果使用毛笔的话，只需要3种型号的毛笔，外加5个颜料盒，用3+5=8个类就可以实现15支蜡笔的功能。本实例使用桥接模式来模拟毛笔的使用过程。
实例代码(JAVA):
1 //抽象类
2 public abstract class Pen
3 {
4 protected Color color;
5 public void setColor(Color color)
6 {
7 this.color=color;
8 }
9 public abstract void draw(String name);
10 }
11
12 //扩充抽象类
13 public class SmallPen extends Pen
14 {
15 public void draw(String name)
16 {
17 String penType="小号毛笔绘制";
18 this.color.bepaint(penType,name);
19 }
20 }
21
22 //扩充抽象类
23 public class MiddlePen extends Pen
24 {
25 public void draw(String name)
26 {
27 String penType="中号毛笔绘制";
28 this.color.bepaint(penType,name);
29 }
30 }
31
32 //扩充抽象类
33 public class BigPen extends Pen
34 {
35 public void draw(String name)
36 {
37 String penType="大号毛笔绘制";
38 this.color.bepaint(penType,name);
39 }
40 }
41
42 //实现类接口
43 public interface Color
44 {
45 void bepaint(String penType,String name);
46 }
47
48 //扩充实现类
49 public class Red implements Color
50 {
51 public void bepaint(String penType,String name)
52 {
53 System.out.println(penType + "红色的"+ name + ".");
54 }
55 }
56
57 //扩充实现类
58 public class Green implements Color
59 {
60 public void bepaint(String penType,String name)
61 {
62 System.out.println(penType + "绿色的"+ name + ".");
63 }
64 }
65
66 //扩充实现类
67 public class Blue implements Color
68 {
69 public void bepaint(String penType,String name)
70 {
71 System.out.println(penType + "蓝色的"+ name + ".");
72 }
73 }
74
75 //扩充实现类
76 public class White implements Color
77 {
78 public void bepaint(String penType,String name)
79 {
80 System.out.println(penType + "白色的"+ name + ".");
81 }
82 }
83
84 //扩充实现类
85 public class Black implements Color
86 {
87 public void bepaint(String penType,String name)
88 {
89 System.out.println(penType + "黑色的"+ name + ".");
90 }
91 }
92
93 //配置文件configPen.xml
94 <?xml version="1.0"?>
95 <config>
96 <className>Blue</className>
97 <className>SmallPen</className>
98 </config>
99
100 //使用java反射创建具体的颜色和画笔
101 import javax.xml.parsers.*;
102 import org.w3c.dom.*;
103 import org.xml.sax.SAXException;
104 import java.io.*;
105 public class XMLUtilPen
106 {
107 //该方法用于从XML配置文件中提取具体类类名，并返回一个实例对象
108 public static Object getBean(String args)
109 {
110 try
111 {
112 //创建文档对象
113 DocumentBuilderFactory dFactory = DocumentBuilderFactory.newInstance();
114 DocumentBuilder builder = dFactory.newDocumentBuilder();
115 Document doc;
116 doc = builder.parse(new File("configPen.xml"));
117 NodeList nl=null;
118 Node classNode=null;
119 String cName=null;
120 nl = doc.getElementsByTagName("className");
121
122 if(args.equals("color"))
123 {
124 //获取包含类名的文本节点
125 classNode=nl.item(0).getFirstChild();
126
127 }
128 else if(args.equals("pen"))
129 {
130 //获取包含类名的文本节点
131 classNode=nl.item(1).getFirstChild();
132 }
133
134 cName=classNode.getNodeValue();
135 //通过类名生成实例对象并将其返回
136 Class c=Class.forName(cName);
137 Object obj=c.newInstance();
138 return obj;
139 }
140 catch(Exception e)
141 {
142 e.printStackTrace();
143 return null;
144 }
145 }
146 }
147
148 //客户端
149 public class Client
150 {
151 public static void main(String a[])
152 {
153 Color color;
154 Pen pen;
155
156 color=(Color)XMLUtilPen.getBean("color");
157 pen=(Pen)XMLUtilPen.getBean("pen");
158
159 pen.setColor(color);
160 pen.draw("鲜花");
161 }
162 }
实例二：跨平台视频播放器
• 如果需要开发一个跨平台视频播放器，可以在不同操作系统平台（如Windows、Linux、Unix等）上播放多种格式的视频文件，常见的视频格式包括MPEG、RMVB、AVI、WMV等。现使用桥接模式设计该播放器。
模式优缺点
优点
• 分离抽象接口及其实现部分。
• 桥接模式有时类似于多继承方案，但是多继承方案违背了类的单一职责原则（即一个类只有一个变化的原因），复用性比较差，而且多继承结构中类的个数非常庞大，桥接模式是比多继承方案更好的解决方法。
• 桥接模式提高了系统的可扩充性，在两个变化维度中任意扩展一个维度，都不需要修改原有系统。
• 实现细节对客户透明，可以对用户隐藏实现细节。
缺点
• 桥接模式的引入会增加系统的理解与设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计与编程。
• 桥接模式要求正确识别出系统中两个独立变化的维度，因此其使用范围具有一定的局限性。
模式适用环境
在以下情况下可以使用桥接模式：
• 如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的继承联系，通过桥接模式可以使它们在抽象层建立一个关联关系。
• 抽象化角色和实现化角色可以以继承的方式独立扩展而互不影响，在程序运行时可以动态将一个抽象化子类的对象和一个实现化子类的对象进行组合，即系统需要对抽象化角色和实现化角色进行动态耦合。
• 一个类存在两个独立变化的维度，且这两个维度都需要进行扩展。
• 虽然在系统中使用继承是没有问题的，但是由于抽象化角色和具体化角色需要独立变化，设计要求需要独立管理这两者。
• 对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统，桥接模式尤为适用。
模式应用
(1) Java语言通过Java虚拟机实现了平台的无关性。
(2) 一个 Java桌面软件总是带有所在操作系统的视感(LookAndFeel)，如果一个Java软件是在Unix系统上开发的，那么开发人员看到的是Motif用户界面的视感；在Windows上面使用这个系统的用户看到的是Windows用户界面的视感；而一个在Macintosh上面使用的用户看到的则是Macintosh用户界面的视感，Java语言是通过所谓的Peer架构做到这一点的。Java为AWT中的每一个GUI构件都提供了一个Peer构件，在AWT中的Peer架构就使用了桥接模式。
(3) JDBC驱动程序也是桥接模式的应用之一。使用JDBC驱动程序的应用系统就是抽象角色，而所使用的数据库是实现角色。一个JDBC驱动程序可以动态地将一个特定类型的数据库与一个Java应用程序绑定在一起，从而实现抽象角色与实现角色的动态耦合。
模式扩展
适配器模式与桥接模式的联用
• 桥接模式和适配器模式用于设计的不同阶段，桥接模式用于系统的初步设计，对于存在两个独立变化维度的类可以将其分为抽象化和实现化两个角色，使它们可以分别进行变化；而在初步设计完成之后，当发现系统与已有类无法协同工作时，可以采用适配器模式。但有时候在设计初期也需要考虑适配器模式，特别是那些涉及到大量第三方应用接口的情况。
本人转自https://www.cnblogs.com/WindSun/p/10260547.html
