Java设计模式学习篇(九)桥接设计模式

桥接模式(Bridge Pattern)就是把事物和其具体实现分开,使他们可以各自独立的变化。桥接的用意是:将抽象化与实现化解耦,使得二者可以独立变化,像我们常用的JDBC桥DriverManager一样,JDBC进行连接数据库的时候,在各个数据库之间进行切换,基本不需要动太多的代码,甚至丝毫不用动,原因就是JDBC提供统一接口,每个数据库提供各自的实现,用一个叫做数据库驱动的程序来桥接就行了。桥接设计模式的类图如下所示:

定义一个抽象类Abstraction,持有Implementor接口。然后接口的具体实现类ConcreteImplementA和ConcreteImplementB具体实现。

下面我们假设实现一个简单的桥接设计模式案例。类图如下所示:

(1)定义Sourceable接口

为了命名规范,我们Sourceable接口写成ISourceable;

(2)实现ISourceable接口的实现类

(3)定义Bridge抽象类

(4)absBridge抽象类的具体实现类

(5)测试类

总结:

桥接设计模式其实摆脱了继承关系体系,通过多态的方式,具体的Bridge实现类中调用父类(抽象类)中的method方法,而该抽象类通过持有接口的引用,调用接口的method方法,而接口中的method方法由具体子类实现,因此传入什么实现类,就调用哪个实现类的method方法。

桥接设计模式的优点就是类间解耦,Sourceable接口的具体实现类也可以继续扩展下去。本例中的absBridge类似于JDBC中的DriverManager,Sourceable的具体实现类就类似于MySQL、ORACLE的驱动器。

思考1:谈到桥接模式,有必要说说类的继承有什么优缺点?

其实继承的优点有很多,可以把公共的方法或属性抽取,父类封装共性,子类实现特性,这是继承的基本功能。

那么继承的缺点有吗?有,强关联关系,父类有个方法,你子类也必须有这个方法,是不可选择的,那这会带来扩展性的问题,我举个简单的例子来说明这个问题:父(Father)类有一个方法A,子(Son)类继承了这个方法,然后子子(Grandson)类也继承了这个方法,问题是突然有一天子(Son)类要重写父类的这个方法,他敢做吗?绝对不敢!子子可是要用从父类(Father)继承过来的方法A,你修改了,那就要修改Son和GrandSon之间的关系,那这个风险就大了去。

今天讲的这个桥梁模式就是这一问题的解决方法,桥梁模式描述了类间弱关联关系,还说上面的那个例子,Fater类完全可以把可能会变化的方法放出去,Son子类要有这个方法很简答,桥梁搭过去,获得这个方法,GrandSon也一样,即使你Son子类不想使用这个方法了,也没关系,对GrandSon不产生影响,它不是从你Son中继承来的方法!

  • 发表于:
  • 原文链接http://kuaibao.qq.com/s/20180507G1IYR400?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。

扫码关注云+社区

领取腾讯云代金券