本文介绍设计模式中的桥接（Bridge）模式的概念，用法，以及实际应用中怎么样使用桥接模式进行开发。
Bridge模式的概念
Bridge 模式是构造型的设计模式之一。Bridge模式基于类的最小设计原则，通过使用封装，聚合以及继承等行为来让不同的类承担不同的责任。它的主要特点是把抽象（abstraction）与行为实现（implementation）分离开来，从而可以保持各部分的独立性以及应对它们的功能扩展。
Bridge模式的应用场景
面向对象的程序设计（OOP）里有类继承（子类继承父类）的概念，如果一个类或接口有多个具体实现子类，如果这些子类具有以下特性：
- 存在相对并列的子类属性。
- 存在概念上的交叉。
- 可变性。
我们就可以用Bridge模式来对其进行抽象与具体，对相关类进行重构。
为了容易理解，我们举例说明一下，比如屌丝（DiaoSi），假设有2个子类，男屌丝类（ManDiaoSi）与女屌丝类（WomanDiao），它们有[穷挫矮]这个动作行为，通过不同穷挫矮特征的设置，可以将它们设置为比如为拥有黑木耳男屌丝或（拥有撸管王的女屌丝），和拥有紫木耳男屌丝或（拥有撸神的女屌丝）的各种屌丝。
这样，不管是黑木耳男屌丝还是紫木耳男屌丝，又或是有撸管王的女屌丝还是有撸神的女屌丝，它们都可以是屌丝类的子类，而且：
- 存在相对并列的子类属性。屌丝的种类，与屌丝穷挫矮的规格是屌丝的2个并列的属性，没有概念上的重复。
- 存在概念上的交叉。不管是男屌丝还是女屌丝，都是穷挫矮，黑穷丑的屌丝。
- 可变性。除了男屌丝，女屌丝之外，可能还有人妖屌丝；除了有黑木耳（撸管王）与紫木耳（撸神）特征的屌丝之外，还可能有紫黑木耳（撸圣）的屌丝等等。
这样一来，我们怎么来设计屌丝类呢？
方法一
通过继承设计所有可能存在的子类。可能我们会想到下面的这种继承关系：
屌丝总类：DiaoSi
屌丝子类 - 按种类分类：ManDiaoSi，WomanDiao
屌丝子类 - 按特征分类：拥有黑木耳男屌丝，拥有撸管王的女屌丝，拥有紫木耳男屌丝，拥有撸神的女屌丝
这样设置特征这个动作就由各个子类加以实现。
但如果以后需要增加一种人妖屌丝（GuyDiaoSi），以及增加一个特征规格紫黑木耳，需要实现的子类将会有：
拥有黑木耳男屌丝，拥有撸管王的女屌丝，拥有紫木耳男屌丝，拥有撸神的女屌丝 拥有紫黑木耳男屌丝 拥有撸管王的人妖屌丝 拥有紫黑木耳人妖屌丝 拥有紫木耳人妖屌丝
等等。
也就是说，这种设计方法，子类数目将随几何级数增长。
而且，拥有黑木耳男屌丝，拥有紫木耳人妖屌丝的特征规格相同，它们的特征设置动作应该是一样的，但现在把它们分成不同的子类，难以避免执行重复的动作行为。
方法二
分别为男屌丝以及女屌丝实现设置不同特征的方法
屌丝总类：DiaoSi
屌丝子类：ManDiaoSi，WomanDiao
然后在男屌丝类里分别提供黑木耳（撸管王）以及紫木耳（撸神）特征的设置方法：
ManDiaoSi extends DiaoSi
{
public setFeatures黑木耳();
public setFeatures紫木耳();
}
在女屌丝类里也分别提供撸管王以及撸神特征的设置方法：
WomanDiao extends DiaoSi
{
public setFeatures撸管王();
public setFeatures撸神();
}
这种情况，子类的数量是被控制了。但一方面，如果每增加一种特征规格，需要修改所有的屌丝子类；另一方面，即使特征的设置行为一样，但是不同的屌丝子类却需要提供完全一样的方法。
在实际的应用开发中，以上2种方法都会造成迁一发而动全身，而且会存在大量的重复代码。
Bridge模式可以很好的解决这类问题。
Client
Bridge模式的使用者
Abstraction
抽象类接口（接口或抽象类）
维护对行为实现（Implementor）的引用
Refined Abstraction
Abstraction子类
Implementor
行为实现类接口 (Abstraction接口定义了基于Implementor接口的更高层次的操作)
ConcreteImplementor
Implementor子类
Bridge模式的应用范例
我们来看看怎么应用Bridge模式来设计汽车类。
抽象 - Abstraction类：屌丝类及其子类：
屌丝总类：DiaoSi
屌丝子类 - 按种类分类：ManDiaoSi，WomanDiao
屌丝子类 - 按特征分类：拥有黑木耳男屌丝，拥有撸管王的女屌丝，拥有紫木耳男屌丝，拥有撸神的女屌丝
行为实现 - Implementor：屌丝特征设置的行为类及子类
setFeatures：屌丝特征的设置接口
setFeatures黑木耳();
setFeatures紫木耳();
代码：
package ITfarmer.designpatterns.study.bridge;
//测试
public class Client
{
public static void main( String[] argv )
{
Features 黑木耳= new 男屌丝特征();
Features 紫木耳= new 女屌丝特征();
DiaoSi 拥有黑木耳的男屌丝= new ManDiaoSi( 黑木耳 );
DiaoSi 拥有紫木耳的男屌丝= new ManDiaoSi( 紫木耳 );
拥有黑木耳的男屌丝.setFeatures();
拥有紫木耳的男屌丝.setFeatures();
DiaoSi 拥有黑木耳的女屌丝= new WomanDiao( 黑木耳 );
Vehicle 拥有紫木耳的女屌丝= new WomanDiao( 紫木耳 );
拥有黑木耳的女屌丝.setFeatures();
拥有紫木耳的女屌丝.setFeatures();
}
}
package ITfarmer.designpatterns.study.bridge;
*
* @author
* @since 2012/12/05
*/
public abstract class DiaoSi
{
private Features features;
Vehicle( Features features)
{
this.setFeatures ( features);
}
public abstract void setFeatures();
public void setFeatures( Features features)
{
this.features= features;
}
public Features getFeatures()
{
return features;
}
}
package ITfarmer.designpatterns.study.bridge;
//Abstraction子类：这里为屌丝抽象类的子类
public class ManDiaoSi extends DiaoSi
{
public ManDiaoSi (Features features
)
{
super( features
);
}
@Override
public void setFeatures()
{
System.out.print("男屌丝的特征: ");
getFeatures.setFeatures();
}
}
package ITfarmer.designpatterns.study.bridge;
//Abstraction子类：这里为屌丝抽象类的子类
public class WomanDiaoSi extends DiaoSi
{
public WomanDiaoSi ( Features features
)
{
super( features
);
}
@Override
public void setFeatures()
{
System.out.print("女屌丝的特征: ");
getFeatures().seFeatures();
}
}
package ITfarmer.designpatterns.study.bridge;
//屌丝类的行为接口
public interface Features
{
public void setFeatures();
}
package ITfarmer.designpatterns.study.bridge;
/** ConcreteImplementor */
//行为实现子类
public class 男屌丝特征 implements Features
{
public void setFeatures()
{
System.out.println("黑木耳 或者 撸管王");
}
}
package ITfarmer.designpatterns.study.bridge;
/** ConcreteImplementor */
//行为实现子类
public class 女屌丝特征 implements Features
{
public void setFeatures()
{
System.out.println("黑木耳 或者 撸管王");
}
}
小结：Bridge模式是一种抽象与其实现相分离的模式。它主要应用于：当事物是一组变化量，和对这些事物的操作方法(实现)也是一组变化量的情况，也就是说它们都是多变的。
====================================分割线================================
最新内容请见作者的GitHub页：http://qaseven.github.io/