设想若是要绘制矩形、圆形、椭圆、正方形,咱们至少须要4个形状类,可是若是绘制的图形须要具备不一样的颜色,如红色、绿色、蓝色等,此时至少有以下两种设计方案:java
• 第一种设计方案是为每一种形状都提供一套各类颜色的版本。数据库
• 第二种设计方案是根据实际须要对形状和颜色进行组合。编程
对于有两个变化维度(即两个变化的缘由)的系统,采用方案二来进行设计系统中类的个数更少,且系统扩展更为方便。设计方案二便是桥接模式的应用。桥接模式将继承关系转换为关联关系,从而下降了类与类之间的耦合,减小了代码编写量。架构
桥接模式(Bridge Pattern):将抽象部分与它的实现部分分离,使它们均可以独立地变化。它是一种对象结构型模式,又称为柄体(Handle and Body)模式或接口(Interface)模式。dom
桥接模式包含以下角色:ui
• Abstraction:抽象类this
• RefinedAbstraction:扩充抽象类spa
• 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应用程序绑定在一块儿,从而实现抽象角色与实现角色的动态耦合。
适配器模式与桥接模式的联用
• 桥接模式和适配器模式用于设计的不一样阶段,桥接模式用于系统的初步设计,对于存在两个独立变化维度的类能够将其分为抽象化和实现化两个角色,使它们能够分别进行变化;而在初步设计完成以后,当发现系统与已有类没法协同工做时,能够采用适配器模式。但有时候在设计初期也须要考虑适配器模式,特别是那些涉及到大量第三方应用接口的状况。