外观模式

概述

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

  

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

结构

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

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

案例

• 智能家电控制

  早上每次都需要打开灯、打开电视、打开空调；睡觉时关闭灯、关闭电视、关闭空调；操作起来都比较麻烦。通过智能音箱，可以通过语音直接控制这些智能家电的开启和关闭。

子系统

通过外观角色聚合子系统角色，并在构造方法中完成初始化。

并且通过对外的接口，来隐藏对子系统的操作

调用

优点

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

缺点

• 不符合开闭原则。比如子系统需要新增一个方法的时候，那么外观模式也需要提供相应的接口实现

使用场景

• 对分层结构系统构建时，使用外观模式定义子系统中每层的入口点可以简化子系统之间的依赖关系。
• 当一个复杂系统的子系统很多时，外观模式可以为系统设计一个简单的接口供外界访问。
• 当客户端与多个子系统之间存在很大的联系时，引入外观模式可将它们分离，从而提高子系统的独立性和可移植性。

源码分析

• Tomcat接收请求的时候，会将消息转换为ServletRequest对象，但是ServletRequest是抽象接口，我们看到他的实现类有RequestFacade和Request。那么doFilter中的request究竟是？

  

其实可以看到request是RequestFacade类的对象

这里为什么使用外观模式？

可以看到其内部聚合了Request对象，并且方法调用基本都是request实现的

这样既用了 Request ，又能防止其中方法被不合理的访问。