设计模式之-桥接器

原文:http://blog.csdn.net/jason0539/article/details/22568865

生活中的一个例子:
    拿汽车在路上行驶的来说。既有小汽车又有公共汽车,它们都不但能在市区中的公路上行驶,也能在高速公路上行驶。这你会发现,对于交通工具(汽车)有不同的类型,它们所行驶的环境(路)也有不同类型,在软件系统中就要适应两个方面(不同车型,不同道路)的变化,怎样实现才能应对这种变化呢?
概述:
在软件系统中,某些类型由于自身的逻辑,它具有两个或多个维度的变化,那么如何应对这种“多维度的变化”?如何利用面向对象的技术来使得该类型能够轻松的沿着多个方向进行变化,而又不引入额外的复杂度?这就要使用Bridge模式。
意图:
   将抽象部分与实现部分分离,使它们都可以独立的变化。
                                                                    ——《设计模式》GOF

上面这些话我也没看懂。。太抽象了,但是一看代码你就明白是怎么回事了。
结构图:

传统的做法:
        通过类继承的方式来做上面的例子;
先看一下类结构图:

代码实现:

[java] view plain copy

print?

  1. //基类 路
  2. class Road {
  3. void run() {
  4. System.out.println("路");
  5. }
  6. }
  7. //市区街道
  8. class Street extends Road {
  9. void run() {
  10. System.out.println("市区街道");
  11. }
  12. }
  13. //高速公路
  14. class SpeedWay extends Road {
  15. void run() {
  16. System.out.println("高速公路");
  17. }
  18. }
  19. //小汽车在市区街道行驶
  20. class CarOnStreet extends Street {
  21. void run() {
  22. System.out.println("小汽车在市区街道行驶");
  23. }
  24. }
  25. //小汽车在高速公路行驶
  26. class CarOnSpeedWay extends SpeedWay {
  27. void run() {
  28. System.out.println("小汽车在高速公路行驶");
  29. }
  30. }
  31. //公交车在市区街道行驶
  32. class BusOnStreet extends Street {
  33. void run() {
  34. System.out.println("公交车在市区街道行驶");
  35. }
  36. }
  37. //公交车在高速公路行驶
  38. class BusOnSpeedWay extends SpeedWay {
  39. void run() {
  40. System.out.println("公交车在高速公路行驶");
  41. }
  42. }
  43. //测试
  44. public static void main(String[] args) {
  45. //小汽车在高速公路行驶
  46. CarOnSpeedWay carOnSpeedWay = new CarOnSpeedWay();
  47. carOnSpeedWay.run();
  48. //公交车在市区街道行驶
  49. BusOnStreet busOnStreet = new BusOnStreet();
  50. busOnStreet.run();
  51. }

缺点:
     但是我们说这样的设计是脆弱的,仔细分析就可以发现,它还是存在很多问题,首先它在遵循开放-封闭原则的同时,违背了类的单一职责原则,即一个类只有一个引起它变化的原因,而这里引起变化的原因却有两个,即路类型的变化和汽车类型的变化;其次是重复代码会很多,不同的汽车在不同的路上行驶也会有一部分的代码是相同的;

再次是类的结构过于复杂,继承关系太多,难于维护,最后最致命的一点是扩展性太差。如果变化沿着汽车的类型和不同的道路两个方向变化,我们会看到这个类的结构会迅速的变庞大。

应用设计模式
       桥接模式(Bridge)来做;
先看一下类结构图:

代码实现:

[java] view plain copy

print?

  1. abstract class AbstractRoad{
  2. AbstractCar aCar;
  3. void run(){};
  4. }
  5. abstract class AbstractCar{
  6. void run(){};
  7. }
  8. class Street extends AbstractRoad{
  9. @Override
  10. void run() {
  11. // TODO Auto-generated method stub
  12. super.run();
  13. aCar.run();
  14. System.out.println("在市区街道行驶");
  15. }
  16. }
  17. class SpeedWay extends AbstractRoad{
  18. @Override
  19. void run() {
  20. // TODO Auto-generated method stub
  21. super.run();
  22. aCar.run();
  23. System.out.println("在高速公路行驶");
  24. }
  25. }
  26. class Car extends AbstractCar{
  27. @Override
  28. void run() {
  29. // TODO Auto-generated method stub
  30. super.run();
  31. System.out.print("小汽车");
  32. }
  33. }
  34. class Bus extends AbstractCar{
  35. @Override
  36. void run() {
  37. // TODO Auto-generated method stub
  38. super.run();
  39. System.out.print("公交车");
  40. }
  41. }
  42. public static void main(String[] args){
  43. AbstractRoad speedWay = new SpeedWay();
  44. speedWay.aCar = new Car();
  45. speedWay.run();
  46. AbstractRoad street = new Street();
  47. street.aCar = new Bus();
  48. street.run();
  49. }

可以看到,通过对象组合的方式,Bridge 模式把两个角色之间的继承关系改为了耦合的关系,从而使这两者可以从容自若的各自独立的变化,这也是Bridge模式的本意。
      这样增加了客户程序与路与汽车的耦合。其实这样的担心是没有必要的,因为这种耦合性是由于对象的创建所带来的,完全可以用创建型模式去解决。在应用时结合创建型设计模式来处理具体的问题。
应用设计模式:
       桥接模式(Bridge)来做(多维度变化);
       结合上面的例子,增加一个维度"人",不同的人开着不同的汽车在不同的路上行驶(三个维度);
       结合上面增加一个类"人",并重新调用.
代码实现:

[java] view plain copy

print?

  1. abstract class People {
  2. AbstractRoad road;
  3. void run() {}
  4. }
  5. class Man extends People{
  6. @Override
  7. void run() {
  8. // TODO Auto-generated method stub
  9. super.run();
  10. System.out.print("男人开着");
  11. road.run();
  12. }
  13. }
  14. class Woman extends People{
  15. @Override
  16. void run() {
  17. // TODO Auto-generated method stub
  18. super.run();
  19. System.out.print("女人开着");
  20. road.run();
  21. }
  22. }
  23. public static void main(String[] args) {
  24. AbstractRoad speedWay = new SpeedWay();
  25. speedWay.aCar = new Car();
  26. People man = new Man();
  27. man.road = speedWay;
  28. man.run();
  29. }

效果及实现要点:
1.Bridge模式使用“对象间的组合关系”解耦了抽象和实现之间固有的绑定关系,使得抽象和实现可以沿着各自的维度来变化。
2.所谓抽象和实现沿着各自维度的变化,即“子类化”它们,得到各个子类之后,便可以任意它们,从而获得不同路上的不同汽车。
3.Bridge模式有时候类似于多继承方案,但是多继承方案往往违背了类的单一职责原则(即一个类只有一个变化的原因),复用性比较差。Bridge模式是比多继承方案更好的解决方法。
4.Bridge模式的应用一般在“两个非常强的变化维度”,有时候即使有两个变化的维度,但是某个方向的变化维度并不剧烈——换言之两个变化不会导致纵横交错的结果,并不一定要使用Bridge模式。

适用性:
   在以下的情况下应当使用桥梁模式:
1.如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性,避免在两个层次之间建立静态的联系。 
2.设计要求实现化角色的任何改变不应当影响客户端,或者说实现化角色的改变对客户端是完全透明的。
3.一个构件有多于一个的抽象化角色和实现化角色,系统需要它们之间进行动态耦合。 
4.虽然在系统中使用继承是没有问题的,但是由于抽象化角色和具体化角色需要独立变化,设计要求需要独立管理这两者。
总结:
      Bridge模式是一个非常有用的模式,也非常复杂,它很好的符合了开放-封闭原则和优先使用对象,而不是继承这两个面向对象原则。

作者:jason0539

微博:http://weibo.com/2553717707

博客:http://blog.csdn.net/jason0539(转载请说明出处)

时间: 2024-10-13 12:24:22

设计模式之-桥接器的相关文章

设计模式 之 桥接

桥接模式(Bridge Pattern) 也称为桥梁模式.将抽象部分与它的实现部分分离,使它们都可以独立地变化. 居家生活,大家都用过电灯,开关和电灯通过电线相连接,开关控制电灯的亮与灭.当今各种物质产品令郎满目,五花八门,开关和电灯也是多种多样,例如:开关的种类有按钮式开关,声控式开关.触摸式开关.旋转式开关等.电灯的种类更是层出不穷,如白炽灯.霓虹灯.水晶灯等. 这么多开关和电灯,如果现在在家里想换一盏水晶灯,难道要把墙抛开重新设计线路,才能装上水晶灯吗?当然不是的.开关连通电源,电线传输电

设计模式之桥接模式

桥接模式:实现系统可能有多角度分类,每一种分类都有可能的变化,那么就把这种多角度分离出来让他们独立变化,减少它们之间的耦合 下面的实例是一个手机软件的实例,对于手机来说,我们可以从手机的品牌进行分类,也可以从软件角度分类(功能机),同时手机品牌与手机软件是一个 聚合的关系. 代码如下: using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threadi

JS设计模式(桥接模式)

<!--引入的核心JS文件--> <script type="text/javascript" src="CommonUtil.js"></script> <script type=text/javascript charset=utf-8> <!--JS设计模式(桥接模式)--> //桥接模式:主要是把抽象和现实分离开来,使他们独立开来 //应用场景:事件监听回掉机制 window.onload=func

如何让孩子爱上设计模式 ——10.桥接模式(Bridge Pattern)

如何让孩子爱上设计模式 --10.桥接模式(Bridge Pattern) 我有故事,你有酒吗?这年头写个技术文不讲个故事都不行,行,我讲: 还有发现很多的技术博文都开始有喜欢往文中插入几个表情的趋势了, 但是你真的插的姿势对了吗?这种事情不是随便插的,来来来,给你 见识下如何在适当的场景插入适当的表情以让读者感觉到易可赛艇, 本文以讲故事插表情为主,讲述桥接模式为辅,多图预警, 简书上排版可能有些问题,最佳排版可见: https://www.zybuluo.com/coder-pig/note

【设计模式】——桥接模式

桥接模式(Bridge),将抽象部分与它的实现部分分离,使他们都可以独立地变化. 什么是抽象与它的实现分离,这并不是说,让抽象类与其派生类分离,因为这没有任何意义.实现指的是抽象类和它的派生类用来实现自己的对象.实现系统可能有多角度分类,每一种分类都有可能变化,那么就把这种多角度分离出来让他们独立变化,减少他们之间的耦合.也就是说在我们发现需要多角度去分类实现对象,而只用继承会造成大量的类增加,不能满足开放-封闭原则时,就应该考虑用桥接模式. 桥接模式基本代码 #include <iostrea

C++设计模式实现--桥接(Bridge)模式

一. 举例 N年前: 计算机最先出来时,软件和硬件是一绑在一起的,比如IBM出了一台电脑,上面有一个定制的系统,假如叫 IBM_Win,这个IBM_Win系统当然不能在HP电脑上运行,同样HP出的HP_Win系统也不能运行在IBM上. 这时如果有一家新公司Apple出了一台新电脑,那么这个公司也要开发自己的系统 Apple_Win,Apple_Linux. 其实,上面几家公司开发的软件和硬件在很多地方都有相似之处,如果每家公司都做自己的系统,这意味着资源和人员的极大浪费. 这时,无论出现新的系统

在RHEL5.4 设置KVM(虚拟机)通过桥接器上网

以root身份登录系统,创建桥接器配置文件 #cd /etc/sysconfig/network-scripts/ #cp ifcfg-eth0 ifcfg-br0 #vi ifcfg-br0 桥接器脚本配置文件范例如下: DEVICE=br0 BOOTPROTO=none ONBOOT=yes IPADDR=192.168.0.10 NETMASK=255.255.255.0 GATEWAY=192.168.0.1 TYPE=Bridge PEERDNS=yes 修改网卡配置文件  网卡配置文

JDBC-ODBC桥接器连接Access数据库

今天,遇到一个问题,虽然不是什么大难题,但对于初学者来说也缠绕了我好久!(好气哦) 问题: 运行jsp项目连接不上数据库: java.sql.SQLException: [Microsoft][ODBC 驱动程序管理器] 在指定的 DSN 中,驱动程序和应用程序之间的体系结构不匹配. 我是用JDBC-ODBC桥接器连接Access数据库,出现这个问题,肯定是数据库的连接问题,于是我各种百度,不过说的感觉都不是太好! 解决方法: 1.首先我的电脑是64位操作系统,JDK 1.7(64位),Tona

java设计模式之 装饰器模式

适AT java设计模式之 装饰器模式 装饰器模式 装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构. 这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装. 这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,动态给一个对象添提供了额外的功能. 我们通过下面的实例来演示装饰器模式的用法.模拟一个人从想吃饭.找饭店.享受美食.结束吃饭的过程 代码展示: 首先创建一个被修饰的接口 Eat package deco