【机房收费系统合作版】——再看外观模式

喜欢ヅ旅行 2022-08-06 00:26 142阅读 0赞

**前言：这次合作版机房，在小伙伴们的商量下，决定使用外观模式。由于个人版的时候，因为各种原因，未能使用这一模式。现在，借着这次机会，重新认识一下这位故友。**

**我们先看下边的一张图：**

**![Center][]**

**    这张图大概意思就是：射雕中的这三个人想喝茶。A图呢，是自己泡茶。茶具、茶叶什么都得自己准备，比较繁琐；B图呢，是去茶馆喝茶，只要告诉服务员喝什么茶就行，其他一概不用理会。**

**   其实，简单一个喝茶，中间就包含着我们今天要说的：外观模式。**

# **概述：** #

**    我们在架构设计的过程中，一次的功能访问可能需要同时调用多个对象，那么如果我们在调用的时候，能够在应用程序中一次就能完成所有同时需要调用的对象，就会给我们带来很大的方便。这时，外观模式就是很好的借鉴。**

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

# **定义：** #

**外观模式：为子系统中的一组接口提供一个统一的入口。外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。**

** **

# **结构** #

**![Center 1][]**

**      **

**    外观模式的主要目的在于降低系统的复杂程度，它通过引入一个外观角色来简化客户端与子系统之间的交互，为复杂的子系统调用提供一个统一的入口，使子系统与客户端的耦合度降低。外观模式并不给系统增加任何新功能，它仅仅是简化调用接口。**

** **

# **优缺点** #

## **优点：** ##

**    1、它对客户端屏蔽了子系统组件，减少了客户端所需处理的对象数目，并使得子系统使用起来更加容易。通过引入外观模式，客户端代码将变得很简单，与之关联的对象也很少。**

**    2、它实现了子系统与客户端之间的松耦合关系，这使得子系统的变化不会影响到调用它的客户端，只需要调整外观类即可。**

**    3、一个子系统的修改对其他子系统没有任何影响，而且子系统内部变化也不会影响到外观对象。**

## **缺点：** ##

**    1、不能很好的限制客户端直接使用子系统类，如果对客户端访问子系统类做太多的限制，则减少了可变性和灵活性。**

**    2、如果设计不当，增加新的子系统可能需要修改外观类的源代码，违背了开闭原则。**

## **适用场景：** ##

**    1、当要为访问一系列复杂的子系统提供一个简单入口时，可以使用外观模式**

**    2、客户端程序与多个子系统之间存在很大的依赖性。引入外观类可以将子系统与客户端解耦，从而提高子系统的独立性和可移植性。**

**    3、在层次化结构（三层架构）中，可以使用外观模式定义系统中每一层的入口，层与层之间不直接产生联系，例如：U层和B层。通过外观类降低联系，这样，降低了层与层之间的耦合度。**

** **** **

# 拓展： #

**在第一遍做机房的时候，大多数人的架构图都应该是这样画的吧**

** ![Center 2][]**

**但我们在这次的机房合作中，架构图如下：**

** ![Center 3][]**

**    相比上边那张，我们的多了一条线。在U层和B层之间， 有些交互需要调用B层中的好几个类，但有些只需要调用一个。所以，可以将复杂的操作，通过外观来进行整合；而相对简单的，直接调用，也是未尝不可的。**

[Center]: /images/20220806/600018da96034be19e383a1c9d6bb42d.png
[Center 1]: /images/20220806/34a93e924bf342b08e22f82a0a9df92a.png
[Center 2]: /images/20220806/a2b0bfa8512448b2a46e558c52070590.png
[Center 3]: /images/20220806/a1ad63d4d346436dbf3e2a5a7a06856d.png

发表评论取消回复

表情：

评论列表（有 0 条评论，142人围观）

还没有评论，来说两句吧...

相关阅读

相关机房收费系统（合作版）总结——技术篇（二）

二、面向对象分析（一）根据用例描述获取对象类。关于用例描述我上一篇已经讲解了用例的核心是用例描述，在用例描述里面，我们要根据用例来获取对象类。

墨蓝/ 2022年08月08日 15:58/ 0 赞/ 158 阅读

相关机房收费系统--设计模式思考

今天与阿真同学简略讨论了一下外观模式和抽象工厂+反射+配置文件在机房重构中的应用，引发了几个简单的思考，现与君共勉： 1. B

╰+攻爆jí腚メ/ 2022年08月08日 03:21/ 0 赞/ 130 阅读

相关【机房收费系统合作版】——再看外观模式

前言：这次合作版机房，在小伙伴们的商量下，决定使用外观模式。由于个人版的时候，因为各种原因，未能使用这一模式。现在，借着这次机会，重新认识一下这位故友。我们先看下

喜欢ヅ旅行/ 2022年08月06日 00:26/ 0 赞/ 143 阅读

相关机房收费系统合作——再看数据库设计

机房合作我负责了最简单的D层，接口层，工厂层。反正D层是我来写，于是数据库索性也就顺便设计了。已经是第三次敲机房收费系统了，每次都是相隔半年左右吧。需求搞得透透的了，数

红太狼/ 2022年08月05日 00:56/ 0 赞/ 135 阅读

相关【机房收费系统】——回

机房收费系统《机房收费系统》是继《学生信

偏执的太偏执、/ 2022年08月04日 15:00/ 0 赞/ 260 阅读

相关机房收费系统（合作版）总结——技术篇（一）

背景：机房收费系统合作了大半年，老孟和森森走了，给我留下了一堆代码，一个半拉数据库，还有一堆我自己都看不透的文档。莫名其妙的我就从小组员直接变成了项

墨蓝/ 2022年08月04日 13:40/ 0 赞/ 153 阅读

相关【机房收费系统】——结账

结账，结的都是哪些账，给谁结账，结账需要涉及到哪些表？这些都是开始设计代码之前首先要想的。看到这个界面，你会怎么想？你也许会想，这是给谁结账，怎

谁借莪１个温暖的怀抱￠/ 2022年08月04日 10:59/ 0 赞/ 280 阅读

相关机房收费系统（一）

1.在MDI窗体上不能使用控件，需要用一个容器来放控件，比如使用picturebox控件来当做容器，这时真能体会到巨人的力量，这时我查到了另外一种方法。用一个窗体做容器,把这些

我就是我/ 2022年06月12日 12:54/ 0 赞/ 278 阅读

相关个人版机房收费系统总结

第一遍做《机房系统》是用的Visual Basic语言，VB设计界面容易些，兼有面向过程与面向对象，主要是面向过程；这次用的是VB.NET，完全面向对象，整体感觉

太过爱你忘了你带给我的痛/ 2022年06月09日 00:28/ 0 赞/ 175 阅读

相关机房收费系统---美化外观

对于一个系统来说，他的受欢迎度我个人认为取决于三点：第一：功能性第二：使用的流畅度第三：美观一个软件的外观是非常重要的，所以针对机房我也对他进行了一

柔情只为你懂/ 2022年05月10日 08:16/ 0 赞/ 176 阅读