外观模式
外观模式(Facade Pattern),也叫过程模式。它为子系统中的一组接口提供了一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
外模模式通过定义一个一致的接口,用以屏蔽内部子系统的细节,使得调用只需跟这个高层接口发生调用,而不需关心这个子系统的内部细节。
外观模式的三个角色
- 外观类(Facade): 为调用端提供统一的调用接口, 外观类知道哪些子系统负责处理请求,从而将调用端的请求代 理给适当子系统对象。
- 调用者(Client): 外观接口的调用者。
- 子系统的集合:指模块或者子系统,处理 Facade 对象指派的任务,他是功能的实际提供者。
源代码
SubSystemA:
package cn.personalweb.facade;
public class SubSystemA {
private static SubSystemA instance = new SubSystemA();
public static SubSystemA getInstance() {
return instance;
}
public void operationA() {
System.out.println("operationA");
}
}
SubSystemB:
package cn.personalweb.facade;
public class SubSystemB {
private static SubSystemB instance = new SubSystemB();
public static SubSystemB getInstance() {
return instance;
}
public void operationB() {
System.out.println("operationB");
}
}
SubSystemC:
package cn.personalweb.facade;
public class SubSystemC {
private static SubSystemC instance = new SubSystemC();
public static SubSystemC getInstance() {
return instance;
}
public void operationC() {
System.out.println("operationC");
}
}
Facade:
package cn.personalweb.facade;
public class Facade {
private SubSystemA subSystemA;
private SubSystemB subSystemB;
private SubSystemC subSystemC;
public Facade() {
this.subSystemA = SubSystemA.getInstance();
this.subSystemB = SubSystemB.getInstance();
this.subSystemC = SubSystemC.getInstance();
}
public void operation(){
subSystemA.operationA();
subSystemB.operationB();
subSystemC.operationC();
}
}
Client:
package cn.personalweb.facade;
public class Client {
public static void main(String[] args) {
Facade facade = new Facade();
facade.operation();
}
}
// 输出
//operationA
//operationB
//operationC
外观模式的注意事项和细节
-
外观模式对外屏蔽了子系统的细节,因此外观模式降低了客户端对子系统使用的复杂性
-
外观模式对客户端与子系统的耦合关系 - 解耦,让子系统内部的模块更易维护和扩展
-
通过合理的使用外观模式,可以帮我们更好的划分访问的层次
-
当系统需要进行分层设计时,可以考虑使用 Facade 模式
-
在维护一个遗留的大型系统时,可能这个系统已经变得非常难以维护和扩展,此时可以考虑为新系统开发一个 Facade 类,来提供遗留系统的比较清晰简单的接口,让新系统与 Facade 类交互,提高复用性
-
不能过多的或者不合理的使用外观模式,使用外观模式好,还是直接调用模块好。要以让系统有层次,利于维 护为目的。
参考资料:
尚硅谷 Java 设计模式课程笔记。