个人学习笔记分享，当前能力有限，请勿贬低，菜鸟互学，大佬绕道
如有勘误，欢迎指出和讨论，本文后期也会进行修正和补充
前言
生活中，如果有什么事需要去营业厅等站点办理，我们希望的是给接待员需要的信息，然后他们去办理完成，走人！
然而有些时候，我们得到的回应是我们需要先做什么，再做什么，再去哪做什么blablabla....
后者一看就不专业是不是？做个事你们做不就得了吗，不然我来营业厅干嘛？掏出手机百度一下不就得了？
作为专业的程序猿，那我们写的代码肯定得专业一些。
对于一个系统，我们隐藏其内部细节，并向外部提供访问接口，进而达到隐藏复杂性的目的。
说白了，客户告诉我们有啥事，我们内部办好，至于细节不需要告知客户，保证事情办好就成。
外观（Facade）模式又叫作门面模式，是一种通过为多个复杂的子系统提供一个一致的接口，而使这些子系统更加容易被访问的模式。
该模式对外有一个统一接口，外部应用程序不用关心内部子系统的具体细节，这样会大大降低应用程序的复杂度，提高了程序的可维护性。
其实我们一直都在有意无意的大量使用外观模式——高层模块需要调度多个子系统时，定义一个新的类封装这些子系统，并向外提供精简的接口以供访问。
1.介绍
使用目的：为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
使用时机：定义整个系统的入口，而客户端并不需要知道系统内部的复杂联系，仅需要一个“接待者”即可
解决问题：降低访问复杂系统的内部子系统时的复杂度，简化客户端与之的接口
实现方法：定义一个类，封装子系统，并向客户端提供一个接口以供访问
应用实例：
-
MVC中的view-controller-service-dao层次结构，高层系统都只知道下一层系统的接口，并不知道其细节及其子系统 - 第三方sdk或者库通常都会提供统一的接口，并不会暴露内部的逻辑细节
优点：
- 减少系统相互依赖，降低耦合度，提高灵活性
- 隐藏系统内部细节，减少了客户需要处理的信息，使得子系统的使用更加方便
- 外部不知道系统的内部细节，因此也就更加安全
缺点：增加新的子系统可能需要修改外观类或客户端的源代码，继承重写都不合适，违背了“开闭原则”
2.结构
通常包括三个角色：
- 外观（Facade）角色：为多个子系统对外提供一个共同的接口。
- 子系统（Sub System）角色：实现系统的部分功能，客户可以通过外观角色访问它。
- 客户（Client）角色：通过一个外观角色访问其提供的子系统功能。
- 客户端（
Client）调用Facade中的接口 -
Facade持有多个SubSystem对象，通过调用其方法，提供接口给外部使用 -
Client并不需要访问多个SubSystem，而是通过Facede作为中间人，即可使用多个SubSystem的功能
3.实现
-
定义子系统角色
class SubSystemA { public void doA() { System.out.println("子系统A被调用"); } } class SubSystemB { public void doB() { System.out.println("子系统B被调用"); } } -
定义外观角色
class Facade { private SubSystemA subSystemA; private SubSystemB subSystemB; public Facade() { this.subSystemA = new SubSystemA(); this.subSystemB = new SubSystemB(); } public void doA() { subSystemA.doA(); } public void doB() { subSystemB.doB(); } } -
测试客户端
public class FacadeTest { public static void main(String[] args) { Facade facade = new Facade(); facade.doA(); facade.doB(); } }
完整代码
package com.company.test.facade;
class SubSystemA {
public void doA() {
System.out.println("子系统A被调用");
}
}
class SubSystemB {
public void doB() {
System.out.println("子系统B被调用");
}
}
class Facade {
private SubSystemA subSystemA;
private SubSystemB subSystemB;
public Facade() {
this.subSystemA = new SubSystemA();
this.subSystemB = new SubSystemB();
}
public void doA() {
subSystemA.doA();
}
public void doB() {
subSystemB.doB();
}
}
public class FacadeTest {
public static void main(String[] args) {
Facade facade = new Facade();
facade.doA();
facade.doB();
}
}
运行结果
后记
想了想确实没啥好说的，作为后端程序猿mvc的view-controller-serivce-dao模式再熟悉不过了，应该早已养成了这种模式的习惯
其实也是Java的核心思想之一，即封装。将方法封装起来并隐藏细节，只提供给外部接口以便使用。
作者：Echo_Ye
WX：Echo_YeZ
Email ：echo_yezi@qq.com
个人站点：在搭了在搭了。。。（右键 - 新建文件夹）
