厚积薄发打卡Day37 ：[itcast] GoF23通俗易懂的设计模式之 ＜外观模式＞

前言：

视频教程：黑马程序员Java设计模式详解，全网最全23种Java设计模式

什么是设计模式？

• 设计模式(Design Pattern)是前辈们对代码开发经验的总结，是一套用来提高代码可复用性、可维护性、可读性、稳健性以及安全性的解决方案。
• 1995年，GoF(Gang of Four,四人组)合作出版了《设计模式：可复用面向对象软件的基础》一书，共收录了23种设计模式，人称 【GoF设计模式】

设计模式分类	具体模式
创建型模式： 它的主要特点是“将对象的创建与使用分离”。这样可以降低系统的耦合度，使用者不需要关注对象的创建细节。	⌛单例模式、⌛工厂模式、⌛抽象工厂模式、⌛建造者模式、⌛原型模式
结构型模式: 结构型模式描述如何将类或对象按某种布局组成更大的结构。	⌛适配器模式、⌛桥接模式、⌛装饰模式、⌛代理模式、⌛外观模式、组合模式、享元模式、
行为型模式: 这些设计模式特别关注对象之间的通信。	模板方法模、命令模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式、状态模式、策略模式、职责链模式、访问者模式

外观模式

概念：

外观模式(Facade)：

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

引入：

对于想要理财的人才说，股票是非常好的理财产品，但是在没有足够了解证券知识的情况下投资股票是很容易亏钱的，于是就有了基金这种理财产品：

• 基金将投资者分散的资金集中起来，交由专业的经理人进行管理，投资于股票、债券、外汇等领域，而基金投资的收益归持有者所有，管理机构收取一定比例的托管管理费用。
• 通过基金去理财（操作股票），但投资者不用学会去理会基金内部股票内部的操作。

上述例子便是对外观模式的很好阐述：

外观模式（又称门面模式）是一种通过为多个复杂的子系统提供一个一致的接口，而使这些子系统更加容易被访问的模式。该模式对外有一个统一接口，外部应用程序不用关心内部子系统的具体的细节，这样会大大降低应用程序的复杂度，提高了程序的可维护性。

结构：

外观（Facade）模式包含以下主要角色：

• 外观（Facade）角色：为多个子系统对外提供一个共同的接口。
• 子系统（Sub System）角色：实现系统的部分功能，客户可以通过外观角色访问它。

实例：

同样以投资者购买基金为例：

• 股票：

  public class Stock {
      //买股票：
      public void buy(){
          System.out.println("股票买入...");
      }
      //卖股票：
      public void sell(){
          System.out.println("股票卖出...");
      }
  }
  class Stock2 {
      public void buy(){
          System.out.println("股票2买入...");
      }
      public void sell(){
          System.out.println("股票2卖出...");
      }
  }
  class NationDebt {
  
      public void buy(){
          System.out.println("国债买入...");
      }
      public void sell(){
          System.out.println("国债卖出...");
      }
  }
  class ForeignCurrency{
      public void buy(){
          System.out.println("外汇买入...");
      }
      public void sell(){
          System.out.println("外汇卖出...");
      }
  }
  

• 基金：

  public class Fund {
  
      private Stock stock;
      private Stock2 stock2;
      private NationDebt nationDebt;
      private ForeignCurrency foreignCurrency;
  
      public Fund() {
          stock = new Stock();
          stock2 = new Stock2();
          nationDebt = new NationDebt();
          foreignCurrency = new ForeignCurrency();
      }
  
      public void buyFund() {
          stock.buy();
          stock2.buy();
          nationDebt.buy();
          foreignCurrency.buy();
  
      }
  
      public void sellFund() {
          stock.sell();
          stock2.sell();
          nationDebt.sell();
          foreignCurrency.sell();
      }
  }
  

• 投资者：

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

小结：

外观（Facade）模式是“迪米特法则”的典型应用

迪米特法则（Law of Demeter）又叫作最少知识原则（The Least Knowledge Principle）：

一个类对于其他类知道的越少越好，就是说一个对象应当对其他对象有尽可能少的了解,只和朋友通信，不和陌生人说话。英文简写为: LOD。

好处：

• 降低了子系统与客户端之间的耦合度，使得子系统的变化不会影响调用它的客户类。
• 对客户屏蔽了子系统组件，减少了客户处理的对象数目，并使得子系统使用起来更加容易。

缺点：

• 不符合开闭原则，修改很麻烦

使用场景：

大话设计模式[程杰，著]：12.5 何时使用外观模式

什么情况下适用<外观模式>（按阶段划分）：

• 首先，在设计初期阶段，应该要有意识的将不同的两个层分离：
  • 比如经典的三层架构,就需要考虑在数据访问层和业务逻辑层、业务逻辑层和表示层的层与层之间建立外观Facade,这样可以为复杂的子系统提供一个简单的接口,使得耦合大大降低。
• 其次，在开发阶段，子系统往往因为不断的重构演化而变得越来越复杂,大多数的模式使用时也都会产生很多很小的类,这本是好事,但也给外部调用它们的用户程序带来了使用上的困难,增加外观 Facade 可以提供一个简单的接口,减少它们之间的依赖。
• 第三，在后期维护一个遗留的大型系统时，可能这个系统已经非常难以维护和扩展了,但因为它包含非常重要的功能,新的需求开发必须要依赖于它。此时用外观模式Facade 也是非常合适的。
  • 你可以为新系统开发一个外观Facade 类，来提供设计粗糙或高度复杂的遗留代码的比较清晰简单的接口,让新系统与Facade 对象交互，Facade 与遗留代码交互所有复杂的工作
  • 当客户端与多个子系统之间存在很大的联系时，引入外观模式可将它们分离，从而提高子系统的独立性和可移植性。

应用案例：

1. 外观模式在开源代码中的应用

   在Tomcat中使用到：

   

   • 定义 RequestFacade 类，分别实现 ServletRequest ，同时定义私有成员变量 Request ，并且方法的实现调用 Request 的实现。
   • 然后，将 RequestFacade上转为 ServletRequest 传给 servlet 的 service 方法，
   • 这样即使在 servlet 中被下转为 RequestFacade ，也不能访问私有成员变量对象中的方法。既用了 Request ，又能防止其中方法被不合理的访问。

2. 在MyBatis中用到

   外观模式在 MyBatis 框架应用

   

3. 在Spring JdbcUtils中涉及：

   位于org.springframework.jdbc.support包中的JdbcUtils类，它是主要供内部使用的JDBC的通用方法。

   外观模式在spring jdbc模块中的应用