23种设计模式——7.Bridge桥接器（结构型模式）

动机（Motivation）

思考上述问题的症结：事实上由于Tank类型的固有逻辑使得Tank类型具有两个变化的维度——一个变化的维度为“平台的变化”，一个为安华的维度为“型号的变化”。

如何应对这种“多维度的变化”？如何利用面向对象技术来使得Tank类型可以轻松地沿着”平台”和”型号”两个方向变化，而不引入额外的复杂度呢？

意图（Intent)

将抽象部分与实现部分分离，使他们都可以独立地变化。

将一个事物中多个维度的变化分离，两个维度将可以随意组合，简化代码。

可以理解为结构型模式的工厂方法模式。

结构（Structure）

桥接器模式结构

Abstraction——抽象化角色
Impementor——实现化角色
RefinedAbstraction——修正抽象画角色
ConcreteImplementor——具体是鲜花角色

Bridge模式的几个要点

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

桥接器模式的使用场景

不希望或不适用使用继承的场景
接口或抽象类不稳定的场景

实例代码

实现化角色：

public interface Implementor {
	public void doSomething();
	public void doAnything();
}

具体实现化角色：

public class ConcreteImplementor1 implements Implementor{
	public void doSomething() {}
	public void doAnything() {}
}

public class ConcreteImplementor2 implements Implementor{
	public void doSomething() {}
	public void doAnything() {}
}

抽象化角色：

public abstract class Abstraction {
	//定义对实现化角色的引用
	private Implementor imp;

	//约束子类必须实现该构造函数
	public Abstraction(Implementor imp){
		this.imp = imp;
	}

	//自身的行为和属性
	public void request(){
		this.imp.doSomething();
	}

	//获得实现化角色
	public Implementor getImp(){
		return imp;
	}
}

具体抽象化角色：

public class RefinedAbstraction extends Abstraction {
	//覆写构造函数
	public RefindAbsrtraction(Implementor imp){
		super(imp);
	}

	//修正父类的行为
	@Override
	public void request(){
		/*
		 *业务处理
		 */
		super.request();
		super.getImp().doAnything();
	}
}

场景类

public class Client {
	public sttic void main(String[] args){
		//定义一个实现化角色
		Implementor imp = new ConcreteImplementor1();
		//定义一个抽象化角色
		Abstraction abs = new RefinedAbstraction(imp);
		//执行行文
		abs.request();
	}
}