1 外观模式概述

在软件开发中，有时候为了完成一项较为复杂的功能，一个客户类需要和多个业务类交互，而这些需要交互的业务类经常会作为一个整体出现，由于设计的类比较多，导致使用代码较为复杂，此时特别需要一个类似服务员的角色，由它来负责和多个业务类进行交互，而客户类只需要与该类进行交互。外观模式（Facade Pattern）通过引入一个新的外观类(Facade)来负责和多个业务类【子系统(Subsystem)，所指的子系统是一个广义的概念，它可以是一个类、一个功能模块、系统的一个组成部分或者一个完整的系统】进行交互，而客户类只需与外观类交互。

它为子系统中的一组接口提供了一个统一的入口。外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

主要解决： 降低访问复杂系统的内部子系统时的复杂度，简化客户端之间的接口。

何时使用： 1、客户端不需要知道系统内部的复杂联系，整个系统只需提供一个"接待员"即可。 2、定义系统的入口。

如何解决： 客户端不与系统耦合，外观类与系统耦合。

关键代码： 在客户端和复杂系统之间再加一层，这一层将调用顺序、依赖关系等处理好。

应用实例： 1、去医院看病，可能要去挂号、门诊、划价、取药，让患者或患者家属觉得很复杂，如果有提供接待人员，只让接待人员来处理，就很方便。 2、JAVA 的三层开发模式。

优点： 1、减少系统相互依赖。 2、提高灵活性。 3、提高了安全性。

**缺点：**不符合开闭原则，如果要改东西很麻烦，继承重写都不合适。

使用场景： 1、为复杂的模块或子系统提供外界访问的模块。 2、子系统相对独立。 3、预防低水平人员带来的风险。

注意事项： 在层次化结构中，可以使用外观模式定义系统中每一层的入口。

2 外观模式详解

2.1 外观模式结构

外观模式没有一个一般化的类图描述，下图可以用来描述外观模式的结构图。

由上图可知，外观模式包含以下两个角色。

Facade（外观角色）：在客户端可以调用它的方法，在外观角色中可以知道相关的（一个或者多个）子系统的功能和责任；在正常情况下，它将所有从客户端发来的请求委派到相应的子系统，传递给相应的子系统对象处理。
SubSystem（子系统角色）：在软件系统中可以有一个或者多个子系统角色，每一个子系统可以不是一个单独的类，而是一个类的集合，它实现子系统的功能；每一个子系统都可以被客户端直接调用，或者被外观角色调用，它处理由外观类传过来的请求；子系统并不知道外观的存在，对于子系统而言，外观角色仅仅是另外一个客户端而已。

2.2 外观模式实现

子系统类通常是一些业务类，实现了一些具体的、独立的业务功能，其典型代码如下：

public class SubSystemA {public void methodA() {//业务实现代码}
}
public class SubSystemB {public void methodB() {//业务实现代码}
}
public class SubSystemC {public void methodC() {//业务实现代码}
}

外观类的典型代码如下：

public class Facade {private SubSystemA obj1 = new SubSystemA();private SubSystemB obj2 = new SubSystemB();private SubSystemC obj3 = new SubSystemC();public void method() {obj1.method();obj2.method();obj3.method();}
}

由于在外观类中维持了对子系统对象的引用，客户端可以通过外观类来间接调用子系统对象的业务方法，而无须与子系统对象直接交互。在引入外观类后，客户端代码变得非常简单，其典型代码如下：

public class Client {public static void main(String args[]) {Facade facade = new Facade();facade.method();}
}

2.3 外观模式应用举例

题目描述

某软件公司要开发一个可应用于多个软件的文件加密模块，该模块可以对文件中的数据进行加密并将加密之后的数据存储在一个新文件中，具体的流程包括3个部分，分别是读取源文件、加密、保存加密之后的文件，其中，读取文件和保存文件使用流来实现，加密操作通过求模运算实现。这3个操作相对独立，为了实现代码的独立重用，让设计更符合单一职责原则，这3个操作的业务代码封装在3个不同的类中。
现使用外观模式设计该文件加密模块。
UML类图

其中，EncryptFacade充当外观类，FileReader、CipherMachine和FileWriter充当子系统类。
代码

代码地址

3 抽象外观类

在标准的外观模式的结构图中，如果需要增加、删除或更换与外观类交互的子系统类，必须修改外观类或客户端的源代码，这将违背开闭原则，因此可以通过引入抽象外观类对系统进行改进，在一定程度上解决该问题。

如2.3中的题目我们需要更换一个加密类，如果我们需要增加一个新的外观类NewEncryptFacade与FileReader类、FileWriter类以及新增加的NewClipherMachine类交互，虽然原有系统类库无须作修改，但是因为客户端代码中原来针对EncryptFacade类进行编程，现在需要修改为NewEncryptFacade类，所以需要修改客户端源代码。如何在不修改客户端代码的前提下使用新的外观类呢？那么我们可以引入一个抽象外观类，客户端针对抽象外观类编程即可。结构图如下：

修改后的代码如下：

代码地址

设计模式之外观模式详解（附应用举例实现）相关推荐

设计模式之门面模式详解
设计模式之门面模式详解文章目录设计模式之门面模式详解一.什么是门面模式二.门面模式的应用场景三.门面模式的角色组成四.门面模式通用写法五.门面模式在业务中的应用六.门面模式优缺点一. ...
设计模式之模板方法模式详解
设计模式之模板方法模式详解概述在面向对象程序设计过程中,程序员常常会遇到这种情况:设计一个系统时知道了算法所需的关键步骤,而且确定了这些步骤的执行顺序,但某些步骤的具体实现还未知,或者说某些步骤的 ...
设计模式——模版方法模式详解（论沉迷LOL对学生的危害）
0. 前言写在最前面,本人的设计模式类博文,建议先看博文前半部分的理论介绍,再看后半部分的实例分析,最后再返回来复习一遍理论介绍,这时候你就会发现我在重点处标红的用心,对于帮助你理解设计模式有奇效哦 ...
设计模式之桥接模式详解
设计模式之桥接模式详解文章目录设计模式之桥接模式详解一.什么是桥接模式二.桥接模式的应用场景三.桥接模式的角色组成四.桥接模式通用写法示例五.桥接模式优缺点一.什么是桥接模式桥接模式 ...
设计模式之策略模式详解
设计模式之策略模式详解概述先看下面的图片,我们去旅游选择出行模式有很多种,可以骑自行车.可以坐汽车.可以坐火车.可以坐飞机. 作为一个程序猿,开发需要选择一款开发工具,当然可以进行代码开发的工具有 ...
设计模式之工厂模式详解（附应用举例实现）
文章目录 1 工厂模式介绍 2 工厂模式详解 2.1 简单工厂模式 2.1.1 简单工厂模式结构 2.1.2 简单工厂模式实现 2.1.3 简单工厂模式应用举例 2.2 工厂方法模式 2.2.1 工厂 ...
设计模式之桥接模式详解（附应用举例实现）
文章目录 1 桥接模式介绍 2 桥接模式详解 2.1 桥接模式结构 2.2 桥接模式实现 2.3 桥接模式应用实例 1 桥接模式介绍毛笔和蜡笔是两种很常见的文具,它们都归属于画笔.假设我们需要大.中 ...
设计模式之原型模式详解（附应用举例实现）
文章目录 1 原型模式介绍 2 原型模式详解 2.1 原型模式结构 2.2 深克隆与浅克隆 2.2.1 浅克隆 2.2.2 深克隆 2.3 原型模式实现 2.3.1 通用实现方法 2.3.2 Java ...
设计模式之命令模式详解（附应用举例实现）
文章目录 1 命令模式介绍 2 命令模式详解 2.1 命令模式结构 2.2 命令模式实现 2.3 命令模式应用举例 3 实现命令队列 1 命令模式介绍在现实生活中人们通过使用开关来控制一些电器的打开 ...

设计模式之外观模式详解（附应用举例实现）

文章目录