设计模式之桥接模式

设计模式之桥接模式模式动机设想如果要绘制矩形、圆形、椭圆、正方形,我们至少需要4个形状类,但是如果绘制的图形需要具有不同的颜色,如红色、绿色、蓝色等,此时至少有如下两种设计方案:•第一种设计方案是为每一种形状都提供一套各种颜色的版本。•第二种设计方案是根据实际需要对形状和颜色进行组合。对于有两个变化维度(即两个变化的原因)的系统,采用方案二来进行设计系统中类的个数更少,且系统扩展更为方便。设计方案二即是桥接模式的应用。桥接模式将继承关系转换为关联关系,从而降低了类与类之间的耦合,减少了代码编写量。模式定义

大家好,欢迎来到IT知识分享网。

模式动机

设想如果要绘制矩形、圆形、椭圆、正方形,我们至少需要4个形状类,但是如果绘制的图形需要具有不同的颜色,如红色、绿色、蓝色等,此时至少有如下两种设计方案:
• 第一种设计方案是为每一种形状都提供一套各种颜色的版本。
在这里插入图片描述
• 第二种设计方案是根据实际需要对形状和颜色进行组合。
在这里插入图片描述
对于有两个变化维度(即两个变化的原因)的系统,采用方案二来进行设计系统中类的个数更少,且系统扩展更为方便。设计方案二即是桥接模式的应用。桥接模式将继承关系转换为关联关系,从而降低了类与类之间的耦合,减少了代码编写量。
在这里插入图片描述

模式定义

桥接模式(Bridge Pattern):将抽象部分与它的实现部分分离,使它们都可以独立地变化。它是一种对象结构型模式,又称为柄体(Handle and Body)模式或接口(Interface)模式。

模式结构

在这里插入图片描述

桥接模式包含如下角色:
• Abstraction:抽象类
• RefinedAbstraction:扩充抽象类
• Implementor:实现类接口
• ConcreteImplementor:具体实现类

模式分析

理解桥接模式,重点需要理解如何将抽象化(Abstraction)与实现化(Implementation)脱耦,使得二者可以独立地变化。
• 抽象化:抽象化就是忽略一些信息,把不同的实体当作同样的实体对待。在面向对象中,将对象的共同性质抽取出来形成类的过程即为抽象化的过程。
• 实现化:针对抽象化给出的具体实现,就是实现化,抽象化与实现化是一对互逆的概念,实现化产生的对象比抽象化更具体,是对抽象化事物的进一步具体化的产物。
• 脱耦:脱耦就是将抽象化和实现化之间的耦合解脱开,或者说是将它们之间的强关联改换成弱关联,将两个角色之间的继承关系改为关联关系。桥接模式中的所谓脱耦,就是指在一个软件系统的抽象化和实现化之间使用关联关系(组合或者聚合关系)而不是继承关系,从而使两者可以相对独立地变化,这就是桥接模式的用意。
典型的实现类接口代码:

 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 }

模式优缺点

优点
• 分离抽象接口及其实现部分。
• 桥接模式有时类似于多继承方案,但是多继承方案违背了类的单一职责原则(即一个类只有一个变化的原因),复用性比较差,而且多继承结构中类的个数非常庞大,桥接模式是比多继承方案更好的解决方法。
• 桥接模式提高了系统的可扩充性,在两个变化维度中任意扩展一个维度,都不需要修改原有系统。
• 实现细节对客户透明,可以对用户隐藏实现细节。
缺点
• 桥接模式的引入会增加系统的理解与设计难度,由于聚合关联关系建立在抽象层,要求开发者针对抽象进行设计与编程。
• 桥接模式要求正确识别出系统中两个独立变化的维度,因此其使用范围具有一定的局限性。

模式适用环境
在以下情况下可以使用桥接模式:
• 如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性,避免在两个层次之间建立静态的继承联系,通过桥接模式可以使它们在抽象层建立一个关联关系。
• 抽象化角色和实现化角色可以以继承的方式独立扩展而互不影响,在程序运行时可以动态将一个抽象化子类的对象和一个实现化子类的对象进行组合,即系统需要对抽象化角色和实现化角色进行动态耦合。
• 一个类存在两个独立变化的维度,且这两个维度都需要进行扩展。
• 虽然在系统中使用继承是没有问题的,但是由于抽象化角色和具体化角色需要独立变化,设计要求需要独立管理这两者。
• 对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统,桥接模式尤为适用。

模式应用
(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://yundeesoft.com/12053.html

(0)

相关推荐

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注微信