侧边栏壁纸
博主头像
杨不易呀

你的压力来源于无法自律,只是假装努力,现状跟不上内心欲望,所以你焦虑又恐慌。——杨不易呀

  • 累计撰写 45 篇文章
  • 累计创建 51 个标签
  • 累计收到 0 条评论

从零玩转设计模式之外观模式

杨不易呀
2022-12-12 / 0 评论 / 0 点赞 / 69 阅读 / 712 字 / 正在检测是否收录...
温馨提示:
本文最后更新于 2022-12-23,若内容或图片失效,请留言反馈。部分素材来自网络,若不小心影响到您的利益,请联系我们删除。

什么是外观模式

外观模式是一种软件设计模式,它提供了一种将多个子系统包装在一个更高级别的接口中的方法,这样客户端就可以通过这个接口来访问这些子系统中的各个功能。外观模式的主要目的是通过简化系统的接口,降低客户端的复杂度,同时也可以隐藏子系统之间的复杂依赖关系。

需求

  1. 进入公司职
    • 行政接待
      • 每一个都是单独子系统
    • 拍照
      • 单独子系统
    • hr办理入职
      • 单独子系统

方法一

一般可能会一个个调用

image-1670832143638

方法二

外观模式

image-1670831914617

定义

又叫门面模式,为多个复杂的子系统提供一个一致的接口,使这些子系统更加容易被访问。
外观模式将一个或者数个类的复杂的一切都隐藏在背后,只显露出一个干净美好的外观。
通过实现一个提供更合理的接口的外观类,你可以将一个复杂的子系统变的更加容易使用。
外观模式不只是简化了接口,也将客户从组件的子系统中解耦。

模式角色

SubSystem:子系统角色
Facade:外观角色
Client:客户端角色

UML图

图1

image-1670832336935

图2

image-1670832339908

优缺点

优点

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

缺点

不能很好地限制客户使用子系统类,很容易带来未知风险。
增加新的子系统可能需要修改外观类或客户端的源代码,违背了“开闭原则”

适合场景

  • 想要为复杂的子系统提供简单的接口。
  • 在客户端和抽象的实现类中存在许多依赖关系。
  • 想要对子系统进行分层。
  • 设计初期阶段,应该有意识的将不同层分离,层与层之间建立外观模式;
  • 开发阶段,子系统越来越复杂,增加外观模式提供一个简单的调用接口;
  • 维护一个大型遗留系统的时候,可能这个系统已经非常难以维护和扩展,但又包含非常重要的功能,为其开发一个外观类,以便新系统与其交互。

源码当中的应用

springjdbc

  • JdbcUtils 对java.sql中的connection进行封装
    image-1670832657931

tomcat源码

image-1670832755010
image-1670832765327

0

评论区