表妹：哥啊，我想学习理财。
我：可以呀，这样你的支出才会更有规律。
表妹：但是我不太懂股票，你有入门课程推荐嘛？
我：谁说理财只有股票这一种方式？像债券、货币基金甚至房产都是很好的投资标的。
表妹：但是我都不太懂欸，这一个个学下来，估计我都快退休了。
我：其实也不用精通所有，你只要了解一些基本的理财知识，剩下的，交给基金经理做就可以啦。
表妹：基金经理？
基金将投资者分散的资金集中起来，基金经理就将这些集中起来的资金，根据自己的专业知识，投资策略，投资于股票、债券、外汇等领域。最后，基金投资的收益再扣除一些托管管理费用后，剩下的就归投资者所有。
投资标的那么多，每个投资标的又各式各样，如果投资者想要做好投资，那么会花费大量的精力，特别是没有金融基础和理财经验的投资者。我们在不了解这些投资标的（子系统）的情况下，需要一个专业的基金经理人（门面）来帮我们理财。
你看，这不就是我们设计模式中的门面模式（又称外观模式）嘛？
为子系统中的一组接口提供一个一致的界面。此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
Facade角色：为多个子系统对外提供一个共同的接口。SubSystem角色：实现系统的部分功能，客户可以通过外观角色访问它。Client角色：通过一个外观角色访问各个子系统的功能。
SubSystem角色中的类：有股票、债券、货币基金等这么多投资标的。
public class Stock {
public void StockTrading() {
System.out.println("买卖股票");
}
}
public class Bond {
public void BondTrading() {
System.out.println("买卖债券");
}
}
public class MonetaryFund {
public void MonetaryFundTrading() {
System.out.println("买卖货币基金");
}
}
Facade角色类：专业的基金经理负责帮我们投资。
public class FundManager {
private Stock stock = new Stock();
private Bond bond = new Bond();
private MonetaryFund monetaryFund = new MonetaryFund();
// 买卖股票型基金
public void StockFund() {
stock.StockTrading();
}
// 买卖债券型基金
public void BondFund() {
bond.BondTrading();
}
// 买卖货币基金
public void MonetaryFund() {
monetaryFund.MonetaryFundTrading();
}
// 买卖混合基金
public void HybridFund() {
stock.StockTrading();
bond.BondTrading();
monetaryFund.MonetaryFundTrading();
}
}
Client角色类
public class Client {
public static void main(String[] args) {
// 表妹选择投资标的
// 了解股市
Stock stock = new Stock();
stock.StockTrading();
// 了解债市
Bond bond = new Bond();
bond.BondTrading();
// 了解货币基金
MonetaryFund.monetaryFund = new MonetaryFund();
monetaryFund.MonetaryFundTrading();
// 实在太麻烦了...
// 找到一个基金经理
FundManager fundManager = new FundManager();
// 如果追求高收益，买股票型基金
fundManager.StockFund();
// 如果追求低风险，稳健，买混合型基金
fundManager.HybridFund();
}
}
你看，如果没有专业的基金经理的话，表妹理财要了解股市、债市、货币基金等投资标的（子系统），这对客户端（表妹）来说，无疑是一种压力。
但是现在有了专业的基金经理后，客户端（表妹）只需要跟Facade类（基金经理）交互就好了，从而更好地实现了客户端和子系统的解耦，让客户端更容易地使用系统。
可能有同学会问，这基金经理怎么有点像之前买二手车的**代理人**呢？
门面模式和代理模式的区别 代理模式代理模式侧重于对原对象的访问控制（当然也可以不是控制而是功能增强）代理与原类实现相同的抽象（相同接口或直接继承原类）代理只代理一个类 门面模式
门面模式侧重于功能整合（多个小系统或小对象整合成一个功能丰富的大对象）门面可以与子系统具有不同的抽象（具有不同的接口，可以对方法重新起名）门面代理的是一系列的类（或子系统） 门面模式的优点
松耦合
用户与子系统解耦，屏蔽子系统；可以提高子系统的独立性。
使用简单
简化用户与子系统的依赖关系。用户只与门面对接，有统一的入口，不需要知道所有子系统及内部构造。
门面模式的缺点
不规范的编程方式
没有面向抽象编程，而是通过增加中介层，转换服务提供方的服务接口。
门面模式应用场景
子系统越来越复杂，增加外观模式提供简单调用接口；
构建多层系统结构，利用外观对象作为每层的入口，简化层间调用。
子系统相对独立，外界对子系统的访问只要黑箱操作即可
比如利息的计算问题，没有深厚的业务知识和扎实的技术水平是不可能开发出该子系统的，但是对于使用该系统的开发人员来说，他需要做的就是输入金额以及存期，其他的都不用关心，返回的结果就是利息，这时候，门面模式就派上用场了。
总结为了用户使用方便，把过度拆分的分散功能，组合成一个整体，对外提供一个统一的接口。
真可谓“打开一扇门，通向全世界”。
参考https://blog.csdn.net/yangspgao/article/details/80602794
