JAVA设计模式之桥接模式

转载 2015年07月10日 02:21:09

转载

原创此处

主题

生活中的一个小例子

  拿汽车在路上行驶的来说。既有小汽车又有公共汽车,它们都不但能在市区中的公路上行驶,也能在高速公路上行驶。这你会发现,对于交通工具(汽车)有不同的类型,它们所行驶的环境(路)也有不同类型,在软件系统中就要适应两个方面(不同车型,不同道路)的变化,怎样实现才能应对这种变化呢?

概述

  在软件系统中,某些类型由于自身的逻辑,它具有两个或多个维度的变化,那么如何应对这种“多维度的变化”?如何利用面向对象的技术来使得该类型能够轻松的沿着多个方向进行变化,而又不引入额外的复杂度?这就要使用Bridge模式。

意图

  将抽象部分与实现部分分离,使它们都可以独立的变化。 — —《设计模式》GOF

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

结构图

传统的做法

java

//基类 路  
class Road {  
    void run() {  
        System.out.println("路");  
    }  
}  

//市区街道  
class Street extends Road {  
    void run() {  
        System.out.println("市区街道");  
    }  
}  

//高速公路  
class SpeedWay extends Road {  
    void run() {  
        System.out.println("高速公路");  
    }  
}  
//小汽车在市区街道行驶  
class CarOnStreet extends Street {  
    void run() {  
        System.out.println("小汽车在市区街道行驶");  
    }  
}  
//小汽车在高速公路行驶  
class CarOnSpeedWay extends SpeedWay {  
    void run() {  
        System.out.println("小汽车在高速公路行驶");  
    }  
}  
//公交车在市区街道行驶  
class BusOnStreet extends Street {  
    void run() {  
        System.out.println("公交车在市区街道行驶");  
    }  
}  
//公交车在高速公路行驶  
class BusOnSpeedWay extends SpeedWay {  
    void run() {  
        System.out.println("公交车在高速公路行驶");  
    }  
}  
//测试  
public static void main(String[] args) {  

    //小汽车在高速公路行驶  
    CarOnSpeedWay carOnSpeedWay = new CarOnSpeedWay();  
    carOnSpeedWay.run();  
    //公交车在市区街道行驶  
    BusOnStreet busOnStreet = new BusOnStreet();  
    busOnStreet.run();  

}  

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

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

桥接模式


java

abstract class AbstractRoad{  
    AbstractCar aCar;  
    void run(){};  
}  
abstract class AbstractCar{  
    void run(){};  
}  

class Street extends AbstractRoad{  
    @Override  
    void run() {  
        // TODO Auto-generated method stub  
        super.run();  
        aCar.run();  
        System.out.println("在市区街道行驶");  
    }  
}  
class SpeedWay extends AbstractRoad{  
    @Override  
    void run() {  
        // TODO Auto-generated method stub  
        super.run();  
        aCar.run();  
        System.out.println("在高速公路行驶");  
    }  
}  
class Car extends AbstractCar{  
    @Override  
    void run() {  
        // TODO Auto-generated method stub  
        super.run();  
        System.out.print("小汽车");  
    }  
}  
class Bus extends AbstractCar{  
    @Override  
    void run() {  
        // TODO Auto-generated method stub  
        super.run();  
        System.out.print("公交车");  
    }  
}  

public static void main(String[] args){  

    AbstractRoad speedWay = new SpeedWay();  
    speedWay.aCar = new Car();  
    speedWay.run();  

    AbstractRoad street = new Street();  
    street.aCar = new Bus();  
    street.run();  
}  

  可以看到,通过对象组合的方式,Bridge 模式把两个角色之间的继承关系改为了耦合的关系,从而使这两者可以从容自若的各自独立的变化,这也是Bridge模式的本意。
  这样增加了客户程序与路与汽车的耦合。其实这样的担心是没有必要的,因为这种耦合性是由于对象的创建所带来的,完全可以用创建型模式去解决。在应用时结合创建型设计模式来处理具体的问题。

结合上面的例子,增加一个维度”人”,不同的人开着不同的汽车在不同的路上行驶(三个维度);

代码如下:

java

abstract class People {  
    AbstractRoad road;  

    void run() {}  
}  

class Man extends People{  
    @Override  
    void run() {  
        // TODO Auto-generated method stub  
        super.run();  
        System.out.print("男人开着");  
        road.run();  
    }  
}  
class Woman extends People{  
    @Override  
    void run() {  
        // TODO Auto-generated method stub  
        super.run();  
        System.out.print("女人开着");  
        road.run();  
    }  
}  

public static void main(String[] args) {  

    AbstractRoad speedWay = new SpeedWay();  
    speedWay.aCar = new Car();  

    People man = new Man();  
    man.road = speedWay;  
    man.run();  
}  

效果及实现要点:

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

JAVA设计模式之 桥接模式【Bridge Pattern】

一、概述 将抽象部分与它的实现部分分离,使它们都可以独立地变化。它是一种对象结构型模式,又称为柄体(Handle and Body)模式。二、适用场景 处理多维度变化。 ...
  • l416112167
  • l416112167
  • 2015年03月06日 17:43
  • 3107

大话设计模式—桥接模式

桥接(Bridge)是用于把抽象化与实现化解耦,使得二者可以独立变化。这种类型的设计模式属于结构型模式,它通过提供抽象化和实现化之间的桥接结构,来实现二者的解耦。主要解决:在有多种可能会变化的情况下,...
  • lmb55
  • lmb55
  • 2016年04月02日 15:27
  • 1558

浅谈JAVA设计模式之——桥接模式(Bridge)

一、概述 将抽象部分与它的实现部分分离,使它们都可以独立地变化。 二、适用性 1.你不希望在抽象和它的实现部分之间有一个固定的绑定关系。 例如这种情况可能是因为,在程序运行时刻实现部分应可以被选择或者...
  • l1028386804
  • l1028386804
  • 2015年05月03日 12:25
  • 5413

设计模式(结构型)之桥接模式(Bridge Pattern)

桥接模式是一种很实用的结构型设计模式,如果软件系统中某个类存在多个独立变化的维度,通过该模式可以将这多个维度分离出来,使他们可以独立扩展,让系统更加符合“单一职责原则”。与多层继承方案不同,它将多个独...
  • yanbober
  • yanbober
  • 2015年04月29日 21:15
  • 3704

菜鸟版JAVA设计模式-从抽象与实现说桥接模式

桥接模式,初学的时候其实很不理解为什么要把这个模式命名为桥接模式,脑海里突然联想到。其实我学习是一件比较痛苦的事情,因为我必须要知道来龙去脉才能学的进去,所以,很快我就对这个命名产生了兴趣,桥接? 嗯...
  • lulei9876
  • lulei9876
  • 2014年10月22日 15:26
  • 2145

JAVA开发的23种设计模式之 --- 桥接模式

桥接模式 概述:将抽象部分与他的实现部分分离,这样抽象化与实现化解耦,使他们可以独立的变化.如何实现解耦的呢,就是通过提供抽象化和实现化之间的桥接结构.应用场景 实现系统可能有多个角度分类,每一种...
  • yeguxin
  • yeguxin
  • 2017年08月17日 18:31
  • 167

Java设计模式(十)----桥接模式

桥接模式 (Bridge) 一、定义 二、结构 三、具体案例 1.传统方法 2.使用桥接模式 四、应用场景 一、定义将抽象部分与实现(行为...
  • tanggao1314
  • tanggao1314
  • 2016年01月30日 17:37
  • 874

浅谈Java设计模式(十)桥接模式(Bridge)

前言: 桥接模式就是把事物和其具体实现分开,使他们可以各自独立的变化。桥接的用意是:将抽象化与实现化解耦,使得二者可以独立变化,像我们常用的JDBC桥DriverManager一样,JDBC进行连接...
  • caihongdao123
  • caihongdao123
  • 2016年07月11日 09:49
  • 8488

Java设计模式 - 桥接模式与策略模式的区别

[转载自:http://www.blogjava.net/wangle/archive/2007/04/25/113545.html] 桥接(Bridge)模式是结构型模式的一种,而策略(strat...
  • lxqluo
  • lxqluo
  • 2011年11月17日 09:40
  • 3068

Java设计模式之《桥接模式》及应用场景

摘要: 原创作品,可以转载,但是请标注出处地址http://www.cnblogs.com/V1haoge/p/6497919.html   这里摘抄一份他处的概念,你可以不必理会,先看下面得讲解与...
  • aabv54321
  • aabv54321
  • 2017年03月05日 18:55
  • 140
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:JAVA设计模式之桥接模式
举报原因:
原因补充:

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