设计模式结构型模式 - 外观模式（五）

最新推荐文章于 2024-10-04 08:38:41 发布

来世做春风嘛

最新推荐文章于 2024-10-04 08:38:41 发布

阅读量322

点赞数

分类专栏：设计模式文章标签：外观模式设计模式 java

本文链接：https://blog.csdn.net/yirenyuan/article/details/121749303

版权

设计模式专栏收录该内容

7 篇文章 0 订阅

订阅专栏

外观模式是一种设计模式，旨在为复杂的子系统提供一个统一的访问接口，减少客户端与子系统间的直接交互，提高系统的可维护性和可扩展性。它在系统分层结构中扮演关键角色，通过定义外观角色和子系统角色，降低了模块间的依赖。此模式在实际应用中，如在构建分层结构系统时，可以作为各层的入口点，使系统更易于使用和理解。

摘要由CSDN通过智能技术生成

一、概述

定义：

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

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

二、结构

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

（1）外观（Facade）角色：为多个子系统对外提供一个共同的接口。

（2）子系统（Sub System）角色：实现系统的部分功能，客户可以通过外观角色访问它。

三、案例

好处：

（1）降低了子系统与客户端之间的耦合度，使得子系统的变化不会影响调用它的客户类。

（2）对客户屏蔽了子系统组件，减少了客户处理的对象数目，并使得子系统使用起来更加容易。

缺点：

（1）不符合开闭原则，修改很麻烦。

四、使用场景

（1）对分层结构系统构建时，使用外观模式定义子系统中没层的入口点可以简化子系统之间的依赖关系。

（2）当一个复杂系统的子系统很多时，外观模式可以为系统设计一个简单的接口供外界访问。

（3）当客户端与多个子系统之间存在很大的联系时，引入外观模式可将它们分离，从而提高子系统的独立性和可移植性。

五、源码解析

为什么在此处使用外观模式呢？

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