外观模式(facade pattern): 提供了一个统一的接口, 用来访问子系统中的一群接口. 外观定义了一个高层接口, 让子系统更容易使用。
外观模式的详解
先举个例子,我们那银行卡到ATM机前取款,首先插卡输密码、而后查询余额、接着进行取款、最后完成取卡。每一步都是有顺序的,假设把每一个步骤都想象成一个子系统内的一个对象,那么在程序中用户需要在子系统里的每一个对象都要去实例化,然后进行相应的操作。而且还不能乱了顺序。
解决这种问题就需要用外观模式比较合适了,我用一个外观类,里面已经把操作的各步骤都给安排好,这样用户就可以安心的操作,不用担心有没有实例化、或者操作顺序。
类图:(其实外观模式没有一般化的类图描述,用形象一点的就是以下显示)
角色说明:
外观角色(Facade):客户端可以调用这个角色的方法,外观角色了解相关的所有子系统的功能和责任。正常情况下,外观角色将所有从客户端发来的请求为派给相应的子系统去。
子系统角色(SubSystem):可以同时有一个或者多个子系统,每个子系统都不是一个单独的类,而是一个类的集合(上图的子系统就包含Operation1、2、3和4)。每个子系统都可以被客户端直接调用,或者被外观角色调用,子系统并不知道外观角色的存在,对于子系统而言,外观角色就是另一个客户端。
代码演示,子系统中的角色,操作类1:
public class Operation1 {
// 示意方法
public void test1() {
System.out.println("操作一:插卡输密码!");
}
}
操作类2:
public class Operation2 {
// 示意方法
public void test2() {
System.out.println("操作二:查询余额!");
}
}
操作类3:
public class Operation3 {
// 示意方法
public void test3() {
System.out.println("操作三:输入数字取钱!");
}
}
操作类4:
public class Operation4 {
// 示意方法
public void test4() {
System.out.println("操作四:操作完成,取卡!");
}
}
外观角色类:
public class Facade {
// 示意方法,满足客户端需要的功能
public void test() {
Operation1 one = new Operation1();
one.test1();
Operation2 two = new Operation2();
two.test2();
Operation3 three = new Operation3();
three.test3();
Operation4 four = new Operation4();
four.test4();
}
}
客户端测试类:
public class Test {
public static void main(String[] args) {
Facade facade = new Facade();
facade.test();
}
}
运行结果:
外观模式的优点:
- 外观模式摆脱了客户端与子系统的耦合关系,让子系统内部的类更加容易扩展和维护。
- 外观模式的外观角色类让子系统更加的简单易用,客户端不需要了解子系统内部的实现,也不需要跟子系统中众多的模块进行交互。只需直接跟外观角色交互即可。
- 合理的使用外观角色可以更好的划分访问层次,有些方法是系统外的,有些方法是系统内的,需要暴露的功能集中到外观角色中,这样方便客户端使用,也可以很好的隐藏内部的实现。