1.Bridge意图
将抽象部分与它的实现部分分离,使它们都可以独立地变化。
2.Bridge适用性
你不希望在抽象和它的实现部分之间有一个固定的绑定关系。例如这种情况可能是因为,在程序运行时刻实现部分应可以被选择或者切换。
类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充。这时bridge模式使你可以对不同的抽象接口和实现部分进行组合,并分别对它们进行扩充。
bridge模式是往往是为了利用已有的方法或类。它将原来不统一,不兼容的接口封装起来,变成统一的接口。
3.Bridge类图
//待编辑
4.Bridge简单代码实现
public abstract class Abstraction { protected Implementor imp;//持有一个接口,在运行时动态set public void setImplementor(Implementor imp){ this.imp = imp; } abstract public void operation(String str); }
public class RefinedAbstraction extends Abstraction{ public void operation(String str) { System.out.println(str); System.out.println("RefinedAbstraction.operation()"); str = "other"; imp.operaiontImpl(str);//实现部分调用,并可以相互传递参数 } }
public interface Implementor {//抽象部分接口 void operaiontImpl(String str); }
public class ConcreteImplementorA implements Implementor{ public void operaiontImpl(String str) { System.out.println("ConcreteImplementorA.operaiontImpl()"); System.out.println(str); } }
public class Client { public static void main(String[] args) { Abstraction ab = setMyAbstraction(); String str = "new"; ab.operation(str); } private static Abstraction setMyAbstraction() { Abstraction ab = null; ab = new RefinedAbstraction(); ab.setImplementor(new ConcreteImplementorA()); return ab; } }
5.Strategy(策略)
策略模式实现比较简单类似于桥接模式,则不提供源码实现。
意图:定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。
适用性:
strategy模式是为了扩展和修改,并提供动态配置。它往往可以在同一环境当中使用不同的策略,就是调用不同的派生类。其内部实现是自由的,不受已有的类接口的限制(很多时候根本就不调用现成的接口)。
类图:
//待编辑
6.Bridge和Strategy区别
1)Bridge模式和Strategy模式相似就是因为他们都将任务委托给了另外一个接口的具体实现,他们之间的区别在于Bridge的目的是让底层实现和上层接口可以分别演化,从而提高移植性而Strategy的目的是将复杂的算法封装起来,从而便于替换不同的算法。
2)以相对策略模式,桥接模式要表达的内容要更多,结构也更加复杂。桥接模式表达的主要意义其实是接口隔离的原则,即把本质上并不内聚的两种体系区别 开来,使得它们可以松散的组合,而策略在解耦上还仅仅是某一个算法的层次,没有到体系这一层次。从结构图中可以看到,策略的结构是包容在桥接结构中的,桥接中必然存在着策略模式,Abstraction与Implementor之间就可以认为是策略模式,但是桥接模式一般Implementor将提供一系 列的成体系的操作,而且Implementor是具有状态和数据的静态结构。而且桥接模式Abstraction也可以独立变化。