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中的设计模式 - 桥接模式

JAVA中的设计模式 - 桥接模式#/** * Created by 谭健 2017/8/9. 21:48. * All Rights Reserved * * 桥的资源接口 * 指定桥接的...

JAVA设计模式之桥接模式

将抽象化(Abstraction)与实现化(Implementation)脱耦,使得二者可以独立地变化。这句话有三个关键词,也就是抽象化、实现化和脱耦。 抽象化 存在于多个实体中的共同的概念性联...

(转)设计模式-----桥接模式(Bridge Pattern)-Java

学习设计模式也有一段时间了,今天就把我整理的一篇课程和大家分享,有不妥之处欢迎指出.  生活中的一个例子:     就拿汽车在路上行驶的来说。即有小汽车又有公共汽车,它们都不但能在市区中的公路上行...

java设计模式---桥接模式

桥接模式的英文是 Bridge ,桥接模式关注抽象的设计。抽象是指包含了一组抽象方法的类,这些抽象方法可能包含多个实现。 实现抽象的一般做法是创建类的层次结构,该层次结构的顶部是一个包含抽象方法的抽象...

JAVA设计模式(十三)——桥接模式

1、桥接模式         Bridge模式又叫做桥接模式,是构造型的设计模式之一。Bridge模式基于类的最小设计原则,通过使用封装,聚合以及继承等行为来让不同的类承担不同的责任。它的主要特点是...

JAVA设计模式初探之桥接模式

http://blog.csdn.net/jason0539/article/details/22568865 生活中的一个例子:     拿汽车在路上行驶的来说。既有小汽车又有公共汽车,它们...

java设计模式-桥接模式

应用场景: 如果有如下图的应用场景,我们可以考虑用下下桥接模式他其实就是俩种类型进行组合,电脑类型,还有品牌类型,我们可以换成这样子来思考只要我们把纵轴和横轴进行桥接就能得到相应的品牌电脑了下面举个...

Java设计模式之桥接模式(Bridge)

意图 将抽象与抽象方法的实现相互分离来实现解耦,以便二者可以相互地变化。 书上说的太抽象了,直接写个例子来总结。

Java 设计模式之桥接模式

《设计模式》中对桥接模式的定义为: 将抽象部分与它的实现部分分离,使他们可以独立地变化。别名为:Handle/Body。 Bridge模式是构造型的设计模式之一。Bridge模式基于类的最小设计原...

java 设计模式之桥接模式Bridge

生活中的一个例子:     就拿汽车在路上行驶的来说。即有小汽车又有公共汽车,它们都不但能在市区中的公路上行驶,也能在高速公路上行驶。这你会发现,对于交通工具(汽车)有不同的类型,然而它们所行驶的环...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

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