4.4 客户端的调用
class Program
{
static void Main(string[] args)
{
Abstraction abstraction = new RefinedAbstraction();
abstraction.SetImplementor(new ConcreteImplementorA());
abstraction.Opration();
abstraction.SetImplementor(new ConcreteImplementorB());
abstraction.Opration();
Console.Read();
}
}
输出结果：
具体实现A的方法执行。
具体实现B的方法执行。
5. 桥接模式是个比较复杂的模式，在对它总结之前，先看一个大家都非常熟悉的应用：三层架构
解读：三层架构中的业务逻辑层（LogicalTierInterface)桥接到了数据访问层(DatabaseTierInterface)，大家可以比较一下这个图和上面桥接模式的图是多么的一致。大家往往会在数据库访问这端做扩展，比如现在增加对MySql的支持；往往只对业务逻辑层的实现（LogicalImplement)做一些内部修改，而不是扩展一个新的实现。如果你的应用确实需要对业务逻辑层做一个扩展(比如NewLogicalImplement)，那么这个三层架构对桥接模式的应用就算是比较完整的了。
6. 模式总结
6.1 优点
6.1.1 降低了沿着两个或多个维度扩展时的复杂度，防止类的过度膨胀。
6.1.2 解除了两个或多个维度之间的耦合，使它们沿着各自方向变化而不互相影响
6.2 缺点
还未发现
6.3 适用场景
6.3.1 当一个对象有多个变化因素时，可以考虑使用桥接模式，通过抽象这些变化因素，将依赖具体实现修改为依赖抽象。
6.3.2 当我们期望一个对象的多个变化因素可以动态变化，而且不影响客户端的程序使用时。
6.3.3 如果使用继承的实现方案，会导致产生很多子类，任何一个变化因素都需要产生多个类来完成，就要考虑桥接模式。
