外观模式(Facade Pattern)
定义:外部与一个子系统的通信必须通过一个统一的外观对象进行,为子系统中的一组接口提供一个一致的界面,外观模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
主要解决:降低访问复杂系统的内部子系统时的复杂度,简化客户端与之的接口。
何时使用: 1、客户端不需要知道系统内部的复杂联系,整个系统只需提供一个”接待员”即可。 2、定义系统的入口。
如何解决:客户端不与系统耦合,外观类与系统耦合。
关键代码:在客户端和复杂系统之间再加一层,这一层将调用顺序、依赖关系等处理好。
应用实例: 1、去医院看病,可能要去挂号、门诊、划价、取药,让患者或患者家属觉得很复杂,如果有提供接待人员,只让接待人员来处理,就很方便。 2、JAVA 的三层开发模式。
优点: 1、减少系统相互依赖。 2、提高灵活性。 3、提高了安全性。
缺点:不符合开闭原则,如果要改东西很麻烦,继承重写都不合适。
使用场景: 1、为复杂的模块或子系统提供外界访问的模块。 2、子系统相对独立。 3、预防低水平人员带来的风险。
注意事项:在层次化结构中,可以使用外观模式定义系统中每一层的入口。
看个实例:
小张原本是个程序员,做了几年后发现钱没挣多少,头发却白了不少,
于是决定做个小生意,开个小餐馆。可是开餐馆不是一件容易的事情,仅仅行政类的审批流程就不少。至少包括办理卫生许可证,办理税务登记,办理工商登记等。
先看下UML图
1、定义行政审批接口
public interface Executive {
void approve();
}
2、实现接口的实体类
HealthOffice.java
public class HealthOffice implements Executive{
@Override
public void approve() {
System.out.println("卫生局通过审批,不准用地沟油!要保持卫生!把顾客的健康放在第一位!");
}
}
RevenueOffice.java
public class RevenueOffice implements Executive{
@Override
public void approve() {
System.out.println("税务局登记完成,偷税漏税就会落得像范XX的下场");
}
}
SaicOffice.java
public class SaicOffice implements Executive{
@Override
public void approve() {
System.out.println("工商局完成审核,办营业执照");
}
}
3、外观类
ApproveFacade.java
public class ApproveFacade {
public ApproveFacade(){
}
public void wholeApprove(){
new HealthOffice().approve();
new RevenueOffice().approve();
new SaicOffice().approve();
}
}
4、客户端
public class FacadePatternDemo {
public static void main(String[] args) {
System.out.println("开始办理行政手续...");
ApproveFacade af = new ApproveFacade();
af.wholeApprove();
System.out.println("行政手续终于办完了");
}
}
5、执行程序,输出结果:
外观模式的目的不是给予子系统添加新的功能接口,而是为了让外部减少与子系统内多个模块的交互,松散耦合,从而让外部能够更简单地使用子系统。
外观模式的本质是:封装交互,简化调用。
外观模式详解链接:
https://wenku.baidu.com/view/aca409f2ba0d4a7302763a55.html?st=1
下篇组合模式,待续…