设计模式之【门面模式（外观模式）】

本文主要是介绍设计模式之【门面模式（外观模式）】，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

表妹想学习理财

表妹：哥啊，我想学习理财。

我：可以呀，这样你的支出才会更有规律。

表妹：但是我不太懂股票，你有入门课程推荐嘛？

我：谁说理财只有股票这一种方式？像债券、货币基金甚至房产都是很好的投资标的。

表妹：但是我都不太懂欸，这一个个学下来，估计我都快退休了。

我：其实也不用精通所有，你只要了解一些基本的理财知识，剩下的，交给基金经理做就可以啦。

表妹：基金经理？

基金将投资者分散的资金集中起来，基金经理就将这些集中起来的资金，根据自己的专业知识，投资策略，投资于股票、债券、外汇等领域。最后，基金投资的收益再扣除一些托管管理费用后，剩下的就归投资者所有。

投资标的那么多，每个投资标的又各式各样，如果投资者想要做好投资，那么会花费大量的精力，特别是没有金融基础和理财经验的投资者。我们在不了解这些投资标的（子系统）的情况下，需要一个专业的基金经理人（门面）来帮我们理财。

你看，这不就是我们设计模式中的门面模式（又称外观模式）嘛？

在这里插入图片描述

为子系统中的一组接口提供一个一致的界面。此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

在这里插入图片描述

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类（基金经理）交互就好了，从而更好地实现了客户端和子系统的解耦，让客户端更容易地使用系统。

可能有同学会问，这基金经理怎么有点像之前买二手车的**代理人**呢？

门面模式和代理模式的区别

代理模式

代理模式侧重于对原对象的访问控制（当然也可以不是控制而是功能增强）
代理与原类实现相同的抽象（相同接口或直接继承原类）
代理只代理一个类

门面模式

门面模式侧重于功能整合（多个小系统或小对象整合成一个功能丰富的大对象）
门面可以与子系统具有不同的抽象（具有不同的接口，可以对方法重新起名）
门面代理的是一系列的类（或子系统）

门面模式的优点

松耦合

用户与子系统解耦，屏蔽子系统；可以提高子系统的独立性。
使用简单

简化用户与子系统的依赖关系。用户只与门面对接，有统一的入口，不需要知道所有子系统及内部构造。

门面模式的缺点

不规范的编程方式

没有面向抽象编程，而是通过增加中介层，转换服务提供方的服务接口。

门面模式应用场景

子系统越来越复杂，增加外观模式提供简单调用接口；
构建多层系统结构，利用外观对象作为每层的入口，简化层间调用。
子系统相对独立，外界对子系统的访问只要黑箱操作即可

比如利息的计算问题，没有深厚的业务知识和扎实的技术水平是不可能开发出该子系统的，但是对于使用该系统的开发人员来说，他需要做的就是输入金额以及存期，其他的都不用关心，返回的结果就是利息，这时候，门面模式就派上用场了。