设计模式 | 外观模式及典型应用

前言

本文的主要内容：

• 介绍外观模式
• 示例
  
  • 自己泡茶
  • 到茶馆喝茶
• 外观模式总结
• 外观模式的典型应用
  
  • spring JDBC 中的外观模式
  • Mybatis中的外观模式
  • Tomcat 中的外观模式
  • SLF4J 中的外观模式

外观模式

外观模式是一种使用频率非常高的结构型设计模式，它通过引入一个外观角色来简化客户端与子系统之间的交互，为复杂的子系统调用提供一个统一的入口，降低子系统与客户端的耦合度，且客户端调用非常方便。

外观模式又称为门面模式，它是一种对象结构型模式。外观模式是迪米特法则的一种具体实现，通过引入一个新的外观角色可以降低原有系统的复杂度，同时降低客户类与子系统的耦合度。

外观模式包含如下两个角色：

Facade（外观角色）：在客户端可以调用它的方法，在外观角色中可以知道相关的（一个或者多个）子系统的功能和责任；在正常情况下，它将所有从客户端发来的请求委派到相应的子系统去，传递给相应的子系统对象处理。

SubSystem（子系统角色）：在软件系统中可以有一个或者多个子系统角色，每一个子系统可以不是一个单独的类，而是一个类的集合，它实现子系统的功能；每一个子系统都可以被客户端直接调用，或者被外观角色调用，它处理由外观类传过来的请求；子系统并不知道外观的存在，对于子系统而言，外观角色仅仅是另外一个客户端而已。

外观模式的目的不是给予子系统添加新的功能接口，而是为了让外部减少与子系统内多个模块的交互，松散耦合，从而让外部能够更简单地使用子系统。

外观模式的本质是：封装交互，简化调用。

示例

泡茶需要水

泡茶需要茶叶

烧水需要用水壶烧，将水加热

泡茶，将烧好的水与茶叶进行冲泡，最终得到一杯茶水

人喝茶水

自己泡茶喝

张三、李四各自泡茶喝，各自都需要准备茶具、茶叶、水，各自还要完成烧水、泡茶等操作

输出为

自己泡茶喝模式图

张三和李四点茶，只需要告诉茶馆套餐编号即可，水、茶叶由茶馆准备，烧水泡茶的操作由茶馆统一完成

输出为

到茶馆喝茶模式图

该工具类主要是对原生的 jdbc 进行了封装

来源：小旋锋