外观模式的概念和用法基本介绍

定义

外观设计模式属于结构型模式，它给现有的系统添加一个接口，来隐藏系统的复杂性，客户通过此接口去访问一个或多个系统。该接口提供了客户端请求的简化方法和对现有系统类方法的委托调用。

作用

外观模式定义了一个高层接口，为子系统中的一组接口提供一个一致的界面，使得这一子系统更加容易使用，降低访问复杂系统的内部子系统时的复杂度。

应用实例

去医院看病，可能要去挂号、门诊、缴费、取药，让患者或患者家属觉得很复杂，如果有提供接待人员，只让接待人员来处理，患者只需要和接待人员进行对接，就会很方便。

支付宝里有许多的基金，它将投资者资金集中起来，由专业的经理人进行管理，投资于股票、债券、外汇等领域。投资者只需关心基金的上涨和下跌，无需关心基金经理人具体的投资方式。

UML结构图

Facade是外观角色，也叫门面角色，此角色知晓子系统的所有功能和责任，当客户端调用外观角色的方法时，外观角色会将客户端的请求代理给适当的子系统对象；
Subsystem是子系统角色，可以同时拥有一个或多个子系统，每一个子系统都不是一个单独的类，而是一个类的集合，子系统并不知道门面角色的存在。

外观模式和代理模式的区别

外观模式中，客户端只需要跟外观类进行交流，外观类实现了对所有子系统类的封装。
代理模式中，客户端只需要与代理进行交流。代理类将原类进行封装，变成原类的一个替身。简而言之就是用一个对象代表另外一个对象。强调的是对个体的封装。
代理模式和外观者模式这两种模式主要不同就是代理模式针对的是单个对象，而外观模式针对的是所有子类。

外观模式代码实现

用基金的买入和卖出为例编写代码：

1. Fund（门面角色）
   基金类，基金经理人通过该类作为中间交互者，可以接受投资者的资金，统一对股票、国债、房地产进行购买和赎回操作。

public class Fund {

 	 //股票子系统对象
     Stock stock;
      
 	 //国债子系统对象
     NationalDebt nationalDebt;
     
     //房地产子系统对象
     Realty realty;
     
     public Fund() {
         stock = new Stock();
         nationalDebt = new NationalDebt();
         realty = new Realty();
     }
    
    /**
 	 * 购买基金
 	 */
     public void buyFund() {
         stock.buy();
         nationalDebt.buy();
         realty.buy();
     }
     
    /**
 	 * 赎回基金
 	 */
     public void sellFund() {
         stock.sell();
         nationalDebt.sell();
         realty.sell();
    }
 }

2. 股票、国债、房地产类（子系统角色）
   这里用一个股票类作为示例，其余子系统类似。内部有买入和卖出两种操作。

public class Stock {
  
      /**
 	  * 买股票
 	  */
      public void buy() {
          System.out.println("买入股票");
      }
      
     /**
 	  * 卖股票
 	  */
      public void sell() {
         System.out.println("卖出股票");
     }
 }

3. Client客户端
   用户通过该类对基金进行购买和赎回操作。

public class Client {
      public static void main(String[] args) {
          Fund fund = new Fund();
          //基金购买
          fund.buyFund();
          System.out.println("-------------");
          //基金赎回
         fund.sellFund();
     }
 }

输出：

由此可见，外观模式十分的简单，我们只需在客户端购买和赎回即可，内部的任何操作都不需要我们关注，对于有一定基础的面向对象编程的人来说，即使没有听说过外观模式，也完全有可能在很多时候使用它，所以是非常常用的模式之一。

外观模式优点

1. 减少了系统间的相互依赖
2. 提高了灵活性。不管系统内部如何变化，只要不影响到外观对象，客户端就无需改变调用方式。
3. 提高了系统安全性。想让你访问子系统的哪些业务就开通哪些逻辑，不在外观上开通的方法，你就访问不到

外观模式缺点

扩展子系统时 , 不符合开闭原则，修改比较麻烦

外观模式应用场景

为复杂的模块或子系统提供外界访问的模块, JAVA 的三层开发模式。