设计模式袖珍版 连续转载之 - Bridge

原创 2005年06月01日 00:54:00
<script type="text/javascript"> google_ad_client ="pub-2141342037947367";google_ad_width = 120;google_ad_height =240;google_ad_format = "120x240_as";google_ad_channel="8570654326";google_color_border = "CCCCCC";google_color_bg ="FFFFFF";google_color_link = "000000";google_color_url ="666666";google_color_text = "333333"; </script><script src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type="text/javascript"> </script>
原作:fanix

Bridge定义 :
将抽象和行为划分开来,各自独立,但能动态的结合.

为什么使用?
通常,当一个抽象类或接口有多个具体实现(concrete subclass),这些concrete之间关系可能有以下两种:
1. 这多个具体实现之间恰好是并列的,如前面举例,打桩,有两个concrete class:方形桩和圆形桩;这两个形状上的桩是并列的,没有概念上的重复,那么我们只要使用继承就可以了.

2.实际应用上,常常有可能在这多个concrete class之间有概念上重叠.那么需要我们把抽象共同部分和行为共同部分各自独立开来,原来是准备放在一个接口里,现在需要设计两个接口,分别放置抽象和行为.

例如,一杯咖啡为例,有中杯和大杯之分,同时还有加奶 不加奶之分. 如果用单纯的继承,这四个具体实现(中杯 大杯 加奶 不加奶)之间有概念重叠,因为有中杯加奶,也有中杯不加奶, 如果再在中杯这一层再实现两个继承,很显然混乱,扩展性极差.那我们使用Bridge模式来实现它.

如何实现?
以上面提到的咖啡 为例. 我们原来打算只设计一个接口(抽象类),使用Bridge模式后,我们需要将抽象和行为分开,加奶和不加奶属于行为,我们将它们抽象成一个专门的行为接口.

先看看抽象部分的接口代码:

程序代码:

  1. public abstract class Coffee
  2. {
  3.   CoffeeImp coffeeImp;
  4.   public void setCoffeeImp() {
  5.     this.CoffeeImp = CoffeeImpSingleton.getTheCoffeImp();
  6.   }
  7.   public CoffeeImp getCoffeeImp() {return this.CoffeeImp;}
  8.   public abstract void pourCoffee();
  9. }
 

其中CoffeeImp 是加不加奶的行为接口,看其代码如下:
程序代码:

  1. public abstract class CoffeeImp
  2. {
  3.   public abstract void pourCoffeeImp();
  4. }
  5.  


现在我们有了两个抽象类,下面我们分别对其进行继承,实现concrete class:
程序代码:

  1. //中杯
  2. public class MediumCoffee extends Coffee
  3. {
  4.   public MediumCoffee() {setCoffeeImp();}
  5.   public void pourCoffee()
  6.   {
  7.     CoffeeImp coffeeImp = this.getCoffeeImp();
  8.     //我们以重复次数来说明是冲中杯还是大杯 ,重复2次是中杯
  9.     for (int i = 0; i < 2; i++)
  10.     {
  11.       coffeeImp.pourCoffeeImp();
  12.     }
  13.   
  14.   }
  15. }
  16. //大杯
  17. public class SuperSizeCoffee extends Coffee
  18. {
  19.   public SuperSizeCoffee() {setCoffeeImp();}
  20.   public void pourCoffee()
  21.   {
  22.     CoffeeImp coffeeImp = this.getCoffeeImp();
  23.     //我们以重复次数来说明是冲中杯还是大杯 ,重复5次是大杯
  24.     for (int i = 0; i < 5; i++)
  25.     {
  26.       coffeeImp.pourCoffeeImp();
  27.     }
  28.   
  29.   }
  30. }

 

上面分别是中杯和大杯的具体实现.下面再对行为CoffeeImp进行继承:
程序代码:

  1. //加奶
  2. public class MilkCoffeeImp extends CoffeeImp
  3. {
  4.   MilkCoffeeImp() {}
  5.   public void pourCoffeeImp()
  6.   {
  7.     System.out.println("加了美味的牛奶");
  8.   }
  9. }
  10. //不加奶
  11. public class FragrantCoffeeImp extends CoffeeImp
  12. {
  13.   FragrantCoffeeImp() {}
  14.   public void pourCoffeeImp()
  15.   {
  16.     System.out.println("什么也没加,清香");
  17.   }
  18. }
  19.  


Bridge模式的基本框架我们已经搭好了,别忘记定义中还有一句:动态结合,我们现在可以喝到至少四种咖啡:
1.中杯加奶
2.中杯不加奶
3.大杯加奶
4.大杯不加奶

看看是如何动态结合的,在使用之前,我们做个准备工作,设计一个单态类(Singleton)用来hold当前的CoffeeImp:
程序代码:

  1. public class CoffeeImpSingleton
  2. {
  3.   private static CoffeeImp coffeeImp;
  4.   public CoffeeImpSingleton(CoffeeImp coffeeImpIn)
  5.    {this.coffeeImp = coffeeImpIn;}
  6.   public static CoffeeImp getTheCoffeeImp()
  7.   {
  8.     return coffeeImp;
  9.   }
  10. }

 

看看中杯加奶 和大杯加奶 是怎么出来的:
程序代码:

  1. //拿出牛奶
  2. CoffeeImpSingleton coffeeImpSingleton = new CoffeeImpSingleton(new MilkCoffeeImp());
  3. //中杯加奶
  4. MediumCoffee mediumCoffee = new MediumCoffee();
  5. mediumCoffee.pourCoffee();
  6. //大杯加奶
  7. SuperSizeCoffee superSizeCoffee = new SuperSizeCoffee();
  8. superSizeCoffee.pourCoffee();

注意: Bridge模式的执行类如CoffeeImp和Coffee是一对一的关系, 正确创建CoffeeImp是该模式的关键,

Bridge模式在EJB中的应用
EJB中有一个Data Access Object (DAO)模式,这是将商业逻辑和具体数据资源分开的,因为不同的数据库有不同的数据库操作.将操作不同数据库的行为独立抽象成一个行为接口DAO.如下:

1.Business Object (类似Coffee)

实现一些抽象的商业操作:如寻找一个用户下所有的订单

涉及数据库操作都使用DAOImplementor.

2.Data Access Object (类似CoffeeImp)

一些抽象的对数据库资源操作

3.DAOImplementor 如OrderDAOCS, OrderDAOOracle, OrderDAOSybase(类似MilkCoffeeImp FragrantCoffeeImp)

具体的数据库操作,如"INSERT INTO "等语句,OrderDAOOracle是Oracle OrderDAOSybase是Sybase数据库.

4.数据库 (Cloudscape, Oracle, or Sybase database via JDBC API)

设计模式袖珍版 连续转载之 - Memento

原作:fanixMemento定义:memento是一个保存另外一个对象内部状态拷贝的对象.这样以后就可以将该对象恢复到原先保存的状态.Memento模式相对也比较好理解,我们看下列代码:程序代码:p...
  • dazern
  • dazern
  • 2005年06月01日 00:56
  • 919

设计模式袖珍版 连续转载之 - Factory

原作:fanix定义:提供创建对象的接口.为何使用?工厂模式是我们最常用的模式了,著名的Jive论坛 ,就大量使用了工厂模式,工厂模式在Java程序系统可以说是随处可见。为什么工厂模式是如此常用?因为...
  • dazern
  • dazern
  • 2005年06月01日 00:46
  • 1032

设计模式袖珍版 连续转载之 - Proxy(代理)

原作:fanix理解并使用设计模式,能够培养我们良好的面向对象编程习惯,同时在实际应用中,可以如鱼得水,享受游刃有余的乐趣.Proxy是比较有用途的一种模式,而且变种较多,应用场合覆盖从小结构到整个系...
  • dazern
  • dazern
  • 2005年06月01日 00:50
  • 841

设计模式袖珍版 连续转载之 - Strategy(策略)

Strategy是属于设计模式中 对象行为型模式,主要是定义一系列的算法,把这些算法一个个封装成单独的类.Stratrgy应用比较广泛,比如, 公司经营业务变化图, 可能有两种实现方式,一个是线条曲线...
  • dazern
  • dazern
  • 2005年06月01日 01:09
  • 1081

设计模式袖珍版 连续转载之 - Prototype(原型)

showbanner(6,6,1);google_ad_client ="pub-2141342037947367";google_ad_width = 120;google_ad_height =2...
  • dazern
  • dazern
  • 2005年06月01日 00:47
  • 1156

设计模式袖珍版 连续转载之 - Adapter(适配器)

showbanner(6,6,1);google_ad_client ="pub-2141342037947367";google_ad_width = 120;google_ad_height =2...
  • dazern
  • dazern
  • 2005年06月01日 00:51
  • 927

设计模式袖珍版 连续转载之 - State

             State的定义: 不同的状态,不同的行为;或者说,每个状态有着相应的行为. 何时使用? State模式在实际使用中比较多,适合"状态的切换".因为我们经常会使用If els...
  • dazern
  • dazern
  • 2005年06月01日 01:08
  • 1571

设计模式袖珍版 连续转载之 - Builder

原作:fanixBuilder模式定义:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示.Builder模式是一步一步创建一个复杂的对象,它允许用户可以只通过指定复杂对象的类型...
  • dazern
  • dazern
  • 2005年06月01日 00:48
  • 847

设计模式袖珍版 连续转载之 - Interpreter(解释器)

原作:fanixInterpreter定义:定义语言的文法 ,并且建立一个解释器来解释该语言中的句子.Interpreter似乎使用面不是很广,它描述了一个语言解释器是如何构成的,在实际应用中,我们可...
  • dazern
  • dazern
  • 2005年06月01日 00:53
  • 835

设计模式袖珍版 连续转载之 - Command

showbanner(6,6,1);google_ad_client ="pub-2141342037947367";google_ad_width = 120;google_ad_height =2...
  • dazern
  • dazern
  • 2005年06月01日 01:08
  • 940
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:设计模式袖珍版 连续转载之 - Bridge
举报原因:
原因补充:

(最多只允许输入30个字)