转自：http://www.cnblogs.com/shamgod/p/4593597.html

一、概述

1.桥接模式的应用情况：(1)两个维度扩展(2)排列组合

二、代码

1.Gift.java

1 public class Gift {
2
3     protected GiftImpl giftImpl;
4 }

2.GiftImpl.java

1 public class GiftImpl {
2
3 }

3.WarmGift.java

 1 public class WarmGift extends Gift {
 2
 3     public WarmGift(GiftImpl giftImpl) {
 4         //调用父类的giftImpl
 5         this.giftImpl = giftImpl;
 6     }
 7
 8     @Override
 9     public String toString() {
10         return this.getClass().getName()+"-----"+giftImpl.getClass().getName();
11     }
12 }

4.WildGift.java

 1 public class WildGift extends Gift {
 2
 3     public WildGift(GiftImpl giftImpl) {
 4         //调用父类的giftImpl
 5         this.giftImpl = giftImpl;
 6     }
 7
 8     @Override
 9     public String toString() {
10         return this.getClass().getName()+"-----"+giftImpl.getClass().getName();
11     }
12 }

5.Flower.java

1 public class Flower  extends GiftImpl {
2
3 }

6.Ring.java

1 public class Ring extends GiftImpl {
2
3 }

7.MM.java

 1 public class MM {
 2
 3     private String name;
 4
 5     public String getName() {
 6         return name;
 7     }
 8
 9     public void setName(String name) {
10         this.name = name;
11     }
12
13 }

8.Boy.java

 1 public class Boy {
 2
 3     private String name;
 4
 5     public void pursue(MM mm){
 6         Gift gift = new WildGift(new Flower());
 7         give(gift, mm);
 8         System.out.println(gift);
 9     }
10
11     public void give(Gift gift, MM mm) {
12
13     }
14 }

9.Test.java

1 public class Test {
2
3     @org.junit.Test
4     public void test() {
5         Boy b = new Boy();
6         b.pursue(new MM());
7     }
8
9 }

三、运行结果

转自：http://blog.csdn.net/jason0539/article/details/22568865

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

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

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

代码实现：

[java] view plaincopy print?

//基类路
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();
}

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

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

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

代码实现：

[java] view plaincopy print?

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模式的本意。
      这样增加了客户程序与路与汽车的耦合。其实这样的担心是没有必要的，因为这种耦合性是由于对象的创建所带来的，完全可以用创建型模式去解决。在应用时结合创建型设计模式来处理具体的问题。
应用设计模式:
       桥接模式（Bridge）来做(多维度变化);
       结合上面的例子,增加一个维度"人",不同的人开着不同的汽车在不同的路上行驶(三个维度);
       结合上面增加一个类"人",并重新调用.
代码实现:

[java] view plaincopy print?

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模式。

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

作者：jason0539

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

博客：http://blog.csdn.net/jason0539（转载请说明出处）

Java设计模式——桥接模式（Bridge）(容易，次要)相关推荐

设计模式--桥接模式(Bridge)
设计模式–桥接模式(Bridge) 1.定义桥接模式:将抽象部分与它的实现部分分离,使它们可以独立地变化. 2.实例设想如果要绘制矩形.圆形.椭圆.正方形,我们至少需要4个形状类,但是如果绘制的图 ...
java设计模式桥接模式最详细讲解，从设计卷到开发看源码
为什么要使用设计模式? 说到底还是为了程序拓展和移植性,无法就是那几种设计思想单一职责原则 , 开闭原则里氏替换原则 ,依赖倒置原则,接口隔离原则,组合复用原则迪米特法则这些思想和原则就是为 ...
Java设计模式-桥接模式理论代码相结合
继Java设计模式-装饰器模式后的桥接模式出来了,感兴趣的话,就来看一看吧. 会了就当复习丫,不会来一起来看看吧. 很喜欢一句话:"八小时内谋生活,八小时外谋发展". 如果你也喜欢 ...
设计模式 -- 桥接模式(Bridge)
写在前面的话:读书破万卷,编码如有神 -------------------------------------------------------------------- 主要内容包括: 初始桥接 ...
趣谈设计模式 | 桥接模式(Bridge)：将抽象与实现分离
文章目录案例:跨平台应用开发桥接模式总结完整代码与文档案例:跨平台应用开发 A公司最近准备开发一组应用合集,目前包括了视频播放器.音乐播放器.文本播放器三种应用,但是在发售前,他们遇到了困难 ...
Java设计模式——桥接模式
一.概述桥接模式主要是将抽象和实现解耦,使得两者都可以独立变化在现实生活中,某些类具有两个或多个维度的变化,如图形既可按形状分,又可按颜色分.如何设计类似于 Photoshop 这样的软件,能画不 ...
IOS 设计模式桥接模式(bridge)
转载:http://www.sxt.cn/info-6567-u-10434.html 何为桥接模式? 桥接模式的目的是把抽象层次结构从其实现中分离出来,使其能够独立变更.抽象层定义了供客户端使用的上 ...
java设计模式---桥接模式
桥接模式的目的是把抽象和具体实现分离,其uml类图如下所示: public interface SendMessage {abstract void send(String message,Strin ...
Java设计模式 - 桥接模式
目录桥接模式: 桥接优点: 桥接模式应用: 桥接模式和策略模式的区别桥接实例: 类图: 示例: 代码: 上述代码 GitHub 地址:https://github.com/baicun/desig ...
设计模式(16)：结构型-桥接模式(Bridge)
设计模式(Design pattern)是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.使用设计模式是为了可重用代码.让代码更容易被他人理解.保证代码可靠性. 毫无疑问,设计模式于 ...

Java设计模式——桥接模式（Bridge）(容易，次要)

转自：http://www.cnblogs.com/shamgod/p/4593597.html

转自：http://blog.csdn.net/jason0539/article/details/22568865

Java设计模式——桥接模式（Bridge）(容易，次要)相关推荐

最新文章

热门文章