1.1概述
将抽象部分与它的实现部分分离,使他们都可以独立地变化。这就是桥接模式的定义。
抽象类或接口中可以定义若干个抽象方法,习惯上将抽象方法称作操作。抽象类或接口使程序的设计者忽略操作的细节,即不必考虑这些操作是如何实现的,当用户程序面向抽象类或接口时,就不会依赖具体的实现,使系统具有很好的扩展性。但是,抽象类中的抽象方法总归是需要子类去实现的,在大多数情况下抽象类的子类完全可以胜任这样的工作,但是在某些情况下,子类可能会遇到一些难以处理的问题。
例如,电视台系统中有一个抽象类CCTV,该类有一个抽象方法abstract void makeProgram()。现在为了满足某些用户看电视剧的需求,这里给出了CCTV类的子类:CCTV8,该类的实例调用makeProgram()方法制作电视剧节目,因此子类CCTV8必须实现父类的makeProgram()方法,比如使用该方法制作出若干帧影像。子类CCTV8的makeProgram()方法在制作出第一帧影像后,比如在第一帧影像显示“CCTV8”,马上就发现以下两个问题:
(1)从第2帧开始应当是电视剧中的影像,而这样的影像不应当由CCTV8类的makeProgram()方法负责制作。
(2)如果CCTV8在makeProgram()方法中强行给出了第2帧以后的各个影像,那么用户使用CCTV8类的实例看到的电视剧是一个固定的电视剧,如果有其他用户想看新的电视剧,系统就必须新增新的CCTV子类,这对电视台系统是一个非常不合理的一种设计,因为CCTV类应当只有一个负责制作“电视剧”节目的子类:CCTV8,而不是多个,也就是说,不能因为一个新的用户要看不同的电视剧,就要出现一个专门为该用户制作“电视剧”节目的子类。
针对上述问题,应当将实现和抽象放在两个不同的类层次中,从而使他们可独立的改变,即将一个抽象类中抽象方法的重要实现部分交给另外一个抽象类的子类或实现另外一个接口的类。比如,对于上述问题,应当将makeProgram()方法的实现交给另外一个抽象类:Program,该类定义了制作影像的makeTVfilm()方法。
我们应当重新设计抽象类CCTV类,使该类包含Program的引用,这就可以使CCTV类的子类CCTV8在实现makeProgram()方法时,将该方法的重要实现部分交给Program类的makeTVfilm()方法,即委托给Program子类的实例调用makeTVfilm()方法。
我们称CCTV类和Program类之间的关系是桥接关系,也即是说,CCTV类的子类CCTV8仅仅在CCTV类和Program类之间起到一个“桥接”的作用,具体类关系如下图一所示:
图一:电视节目与电视剧制作的桥接关系
1.2模式的结构
桥接模式包括以下四种角色:
(1)抽象(Abstration):是一个抽象类,该抽象类含有Implementor声明的变量,即维护一个Implementor类型对象。
(2)实现者(Implementor):实现者角色是一个接口(抽象类),该接口(抽象类)中的方法不一定与Abstration类中方法一致。Implementor接口(抽象类)负责定义基本操作,而Abstration类负责定义基于这些基本操作的较高层次的操作。
(3)细化抽象(Refined Abstration):细化抽象是抽象角色的一个子类,该子类在重写(覆盖)抽象角色中的抽象方法时,在给出一些必要的操作后,将委托所维护Implementor类型对象调用相应的方法。
(4)具体实现者(Concrete Implementor):具体实现者是实现(扩展)Implementor接口(抽象类)的类。
桥接模式结构的类图如下图二所示:
图二:桥接模式的类图
1.3桥接模式的优点
(1)桥接模式分离实现与抽象,使抽象和实现可以独立的扩展。当修改实现的代码时,不影响抽象的代码,反之也一样。
(2)满足开-闭原则。抽象和实现者处在同层次,使系统可独立地扩展者两个层次。增加新的具体实现者,不需要修改细化对象,反之增加新的细化对象也不需要修改具体实现。
1.4适合使用桥接模式的情景
(1)不想让抽象和某些重要的实现代码是固定绑定关系,这部分实现可运行时动态决定。
(2)抽象和实现者都可以继承的方法独立地扩充而互不影响,程序在运行期间可能需要动态的将一个抽象的子类的实例与一个实现者的子类的实例进行组合。
(3)希望对实现者层次的代码的修改对抽象层不产生影响,即抽象层的代码不必重新编译,反之亦然。
1.5桥接模式的使用
以下通过一个简单的问题来描述怎样使用桥接模式,这个简单的问题是:计算建筑楼房的成本。
首先看一下本实例构建框架具体类和1.2模式的结构中类图的对应关系,如下图所示:
(1)抽象(Abstraction)
本问题中,抽象角色是ArchitectureCose类,代码如下:
package com.liuzhen.sixteen_bridge; public abstract class ArchitectureCose { BuildingDesign design; double unitPrice; public abstract double giveCost(); }
(2)实现者(Implementor)
对于本问题,实现者是BuildingDesign接口,BuildingDesign接口的代码如下:
package com.liuzhen.sixteen_bridge; public interface BuildingDesign { public double computerArea(); }
(3)细化抽象(Refined Abstraction)
对于本问题,细化抽象角色是BuildingCose类,该类是ArchitectureCose类的子类。BuildingCose类在实现父类ArchitectureCose中的giveCose()方法时,需要根据建筑物的总面积和每平方米的造价给出整个建筑物的建造成本。但是,建筑物的建筑面积应当由建筑设计者提供,即建筑设计者负责计算建筑物的总面积,因此giveCose()的基本实现部分应当由一个和ArchitectureCose类同层次的BuildingDesign接口负责,即由实现BuildingDesign接口的类的实例负责面积的计算,而BuildingCose类负责定义基于这些基本操作的较高层次的操作,因此,BuildingCose类在实现giveCose()方法时将基于实现BuildingDesign接口的类的实例所给出建筑物面积来计算建造成本。BuildingCose类的代码如下:
package com.liuzhen.sixteen_bridge; public class BuildingCose extends ArchitectureCose{ BuildingCose(BuildingDesign design, double unitPrice){ this.design = design; this.unitPrice = unitPrice; } public double giveCost(){ double area = design.computerArea(); return area*unitPrice; } }
(4)具体实现者(Concrete Implementor)
对于本问题,具体实现者是HouseDesign类的实例,HouseDesign类的代码如下:
package com.liuzhen.sixteen_bridge; public class HouseDesign implements BuildingDesign{ double width, length; int floorNumber; HouseDesign(double width, double length, int floorNumber){ this.width = width; this.length = length; this.floorNumber = floorNumber; } public double computerArea(){ return width*length*floorNumber; } }
(5)具体使用
通过SixteenApplication类来具体实现上述相关类和接口,来实现桥接模式的运用,其代码如下:
package com.liuzhen.sixteen_bridge; public class SixteenApplication { public static void main(String[] args){ double width = 63, height = 30; int floorNumber = 8; double unitPrice = 6867.38; BuildingDesign design = new HouseDesign(width, height, floorNumber); System.out.println("宽:"+width+"米,高:"+height+"米,层数为:"+floorNumber); ArchitectureCose cost = new BuildingCose(design,unitPrice); double price = cost.giveCost(); System.out.println("每平方米造价:"+unitPrice+"元,商业楼的建设成本:"+price); } }
运行结果:
宽:63.0米,高:30.0米,层数为:8
每平方米造价:6867.38元,商业楼的建设成本:1.0383478560000001E8
参考资料:
1.Java设计模式/耿祥义,张跃平著.——北京:清华大学出版社,2009.5