码迷,mamicode.com
首页 > 其他好文 > 详细

设计模式——外观模式(门面模式)

时间:2020-03-16 14:50:42      阅读:57      评论:0      收藏:0      [点我收藏+]

标签:一个   内容   src   cad   就是   sub   oob   https   统一   

外观模式中提供了一个供客户端统一调用的门面(Facade),这个门面屏蔽了下游系统的复杂性,使得客户端对下游系统的调用变得更简单。

外观模式的结构图

技术图片

以上是门面模式的结构图。

在这个结构图中,出现了两个角色:

  • 门面(Facade)角色 :客户端可以调用这个角色的方法。此角色知晓相关的(一个或者多个)子系统的功能和责任。在正常情况下,本角色会将所有从客户端发来的请求委派到相应的子系统去。
  • 子系统(SubSystem)角色 :可以同时有一个或者多个子系统。每个子系统都不是一个单独的类,而是一个类的集合(如上面的子系统就是由ModuleA、ModuleB、ModuleC三个类组合而成)。每个子系统都可以被客户端直接调用,或者被门面角色调用。子系统并不知道门面的存在,对于子系统而言,门面仅仅是另外一个客户端而已。

优缺点

1. 优点

  • 松散耦合: 门面模式松散了客户端与子系统的耦合关系,让子系统内部的模块能更容易扩展和维护。
  • 简单易用: 门面模式让子系统更加易用,客户端不再需要了解子系统内部的实现,也不需要跟众多子系统内部的模块进行交互,只需要跟门面类交互就可以了。
  • 更好的划分访问层次: 通过合理使用Facade,可以帮助我们更好地划分访问的层次。有些方法是对系统外的,有些方法是系统内部使用的。把需要暴露给外部的功能集中到门面中,这样既方便客户端使用,也很好地隐藏了内部的细节。

2. 缺点

  • 不符合开闭原则,如果要修改某一个子系统的功能,通常外观类也要一起修改;

实战

外观模式在现实开发中用的也比较多,下面举两个列子。

例子一

第一个是之前我在公司的一个系统架构。当时我们整个系统分成好几个子系统,这些子系统为了安全起见都是部署在内网中的,外部访问不了。

现在为了让互联网用户能顺利访问这些系统的服务,我们在互联网环境中添加了一层Facade层,并打通了Facade和各个子系统之间的防火墙。这样一来既方便用户的访问,又在一定程度上维持了内部系统的安全性。

例子二

Java开发中,主流的日志框架都是使用外观模式设计的。具体内容请参见我之前写的文章JCL、SLF4J、Log4J、Log4J2、LogBack和JUL之间的关系,你搞清楚了吗?

设计模式——外观模式(门面模式)

标签:一个   内容   src   cad   就是   sub   oob   https   统一   

原文地址:https://www.cnblogs.com/54chensongxia/p/12469106.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!