标签：style 结构型模式 jmx 组合 子类 大话设计模式 不同 客户端 ide
桥接模式：将抽象部分与它的实现部分分离，使它们都可以独立地变换【DP】
概述:
在软件系统中，某些类型由于自身的逻辑，它具有两个或多个维度的变化，那么如何应对这种“多维度的变化”？如何利用面向对象的技术来使得该类型能够轻松的沿着多个方向进行变化，而又不引入额外的复杂度？这就要使用Bridge模式。
桥接模式的基本代码：
唯独一：
AbstractCar：
package com.sjmx.bridge; public abstract class AbstractCar { void run() {} }
Car：
package com.sjmx.bridge; public class Car extends AbstractCar { @Override void run() { System.out.print("小汽车"); } }
Bus：
package com.sjmx.bridge; public class Bus extends AbstractCar { @Override void run() { System.out.print("公交车"); } }
维度二：
package com.sjmx.bridge; public abstract class AbstractRoad { AbstractCar aCar; void run(){}; }
Street：
package com.sjmx.bridge; public class Street extends AbstractRoad { @Override void run() { aCar.run(); System.out.println("在市区街道行驶"); } }
SpeedWay：
package com.sjmx.bridge; public class SpeedWay extends AbstractRoad { @Override void run() { aCar.run(); System.out.println("在高速公路行驶"); } }
客户端：
package com.sjmx.bridge; public class Client { 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(); } }
运行结果：
小汽车在高速公路行驶
公交车在市区街道行驶
下面如果我们还要继续对业务进行扩展，此时的桥接模式巨大优点将会显现:
People:
package com.sjmx.bridge; public abstract class People { AbstractRoad road; void run() {} }
Woman:
package com.sjmx.bridge; public class Woman extends People { @Override void run() { System.out.print("女人开着"); road.run(); } }
Man:
package com.sjmx.bridge; public class Man extends People { @Override void run() { System.out.print("男人开着"); road.run(); } }
客户端2：
package com.sjmx.bridge; public class Client2 { 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模式是一个非常有用的模式，也非常复杂，它很好的符合了开放-封闭原则和优先使用对象，而不是继承这两个面向对象原则。
桥接模式与装饰的区别:
装饰模式:
这两个模式在一定程度上都是为了减少子类的数目，避免出现复杂的继承关系。但是它们解决的方法却各有不同，装饰模式把子类中比基类中多出来的部分放到单独的类里面，以适应新功能增加的需要，当我们把描述新功能的类封装到基类的对象里面时，就得到了所需要的子类对象，这些描述新功能的类通过组合可以实现很多的功能组合 .
桥接模式：
桥接模式则把原来的基类的实现化细节抽象出来，在构造到一个实现化的结构中，然后再把原来的基类改造成一个抽象化的等级结构，这样就可以实现系统在多个维度上的独立变化
【结构型模式】《大话设计模式》——读后感 （13）手机软件何时能统一？——桥接模式
标签：style 结构型模式 jmx 组合 子类 大话设计模式 不同 客户端 ide
原文地址：http://www.cnblogs.com/chen1-kerr/p/7197865.html
