微软ASP.NET的MVC框架和观察者设计模式的关系

我是荔园微风，作为一名在IT界整整25年的老兵，今天总结一下Windows环境下ASP.NET的MVC框架和观察者设计模式的关系。

ASP.NET 是一个使用 HTML、CSS、JavaScript 和服务器脚本创建网页和网站的开发框架。ASP.NET 支持三种不同的开发模式：Web Pages（Web 页面）、MVC（Model View Controller 模型-视图-控制器）、Web Forms（Web 窗体）。在说明三者关系时，一般论坛里都会看见下图这种类似的，我后面会说明这种画法是有问题的。

MVC 是三种 ASP.NET 编程模式中的一种。MVC 是一种使用 MVC（Model View Controller 模型-视图-控制器）设计创建 Web 应用程序的模式：Model（模型）表示应用程序核心（比如数据库记录列表）。View（视图）显示数据（数据库记录）。Controller（控制器）处理输入（写入数据库记录）。MVC 模式同时提供了对 HTML、CSS 和 JavaScript 的完全控制。

进一步说明一下就是：

Model（模型）是应用程序中用于处理应用程序数据逻辑的部分。通常模型对象负责在数据库中存取数据。

View（视图）是应用程序中处理数据显示的部分。通常视图是依据模型数据创建的。

Controller（控制器）是应用程序中处理用户交互的部分。通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据。

MVC 分层有助于管理复杂的应用程序，因为您可以在一个时间内专门关注一个方面。例如，您可以在不依赖业务逻辑的情况下专注于视图设计。同时也让应用程序的测试更加容易。MVC 分层同时也简化了分组开发。不同的开发人员可同时开发视图、控制器逻辑和业务逻辑。

好，我们把定义再巩固详细描述一下：

1、模型（Model）

模型对象是实现应用程序数据域逻辑的应用程序部件。 通常，模型对象会检索模型状态并将其存储在数据库中。 例如，Product 对象可能会从数据库中检索信息，操作该信息，然后将更新的信息写回到数据库内的 Product 表中。

2、视图（View）

视图是显示应用程序用户界面 (UI) 的组件。通常，此 UI 是用模型数据创建的。Product表的编辑视图便是一个视图示例，该视图基于 Product 对象的当前状态显示文本框、下拉列表和复选框。

3、控制器(Controller)

控制器是处理用户交互、使用模型并最终选择要呈现的视图来显示 UI 的组件。 在MVC 应用程序中，视图仅显示信息；控制器则用于处理和响应用户输入和交互。 例如，控制器处理查询字符串值，并将这些值传递给模型，而模型可能会使用这些值来查询数据库。

好，现在三者关系已经彻底搞清了。这样才能画上如下图这样的正确画法，这才能表现三者的关系。

在当前流行的ASP.NET的MVC(Model-View-Controller)架构中应用了观察者模式，MVC是一种架构模式，它包含3个角色，即模型(Model)、视图(View)和控制器(Controller)。其中，模型可对应于观察者模式中的观察目标，而视图对应于观察者，控制器可充当两者之间的中介者。当模型层的数据发生改变时视图层将自动改变其显示内容。

模型层提供的数据是视图层所观察的对象，在视图层中包含了两个用于显示数据的图表对象，相同的数据拥有不同的图表显示方式，如果模型层的数据发生改变，多个图表对象将随之发生变化，这意味着图表对象依赖模型层提供的数据对象，因此数据对象的任何状态改变都应立即通知它们。同时，这两个图表之间相互独立，不存在任何联系，而且图表对象的个数没有任何限制，用户可以根据需要再增加新的图表对象，例如折线图。在增加新的图表对象时无须修改原有类库，满足开闭原则。

观察者模式是一种使用频率非常高的设计模式，无论是移动应用、Web应用或者桌面应用，观察者模式几乎无处不在，它为实现对象之间的联动提供了一套完整的解决方案凡是涉及一对一或者一对多的对象交互场景都可以使用观察者模式。观察者模式广泛应用于各种编程语言的GUI事件处理的实现，在基于事件的XML解析技术（例如SAX2)以及Web事件处理中也都使用了观察者模式。

既然观察者模式是这么一种重要的模式，我们干脆来仔细认识一下他，如果想看代码实践，可以直接看我的另外一篇帖子。

Windows环境下实现设计模式——观察者模式（JAVA版）

观察者模式的优点主要如下：

(1)可以实现表示层和数据逻辑层的分离，定义了稳定的消息更新传递机制，并抽象了更新接口，使得可以有各种各样不同的表示层充当具体观察者角色。

(2)在观察目标和观察者之间建立一个抽象的耦合。观察目标只需要维持一个抽象观察者的集合，无须了解其具体观察者。由于观察目标和观察者没有紧密地耦合在一起，因此它们可以属于不同的抽象化层次。

(3)支持广播通信，观察目标会向所有已注册的观察者对象发送通知，简化了一对多系统设计的难度。

(4)符合开闭原则，增加新的具体观察者无须修改原有系统代码，在具体观察者与观察目标之间不存在关联关系的情况下增加新的观察目标也很方便。

观察者模式的缺点主要如下：

(1)如果一个观察目标对象有很多直接和间接观察者，将所有的观察者都通知到会花费很多时间。

(2)如果在观察者和观察目标之间存在循环依赖，观察目标会触发它们之间进行循环调用，可能导致系统崩溃。

(3)观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的，而仅仅只是知道观察目标发生了变化。

观察者模式适用环境

在以下情况下可以考虑使用观察者模式：

(1)一个抽象模型有两个方面，其中一个方面依赖于另一个方面，将这两个方面封装在独立的对象中使它们可以各自独立地改变和复用。

(2)一个对象的改变将导致一个或多个其他对象也发生改变，而并不知道具体有多少对象将发生改变，也不知道这些对象是谁。

(3)需要在系统中创建一个触发链，可以使用观察者模式创建一种链式触发机制。

总结

1.在观察者模式中定义对象之间的一种一对多依赖关系，使得每当一个对象状态发生改变时其相关依赖对象皆得到通知并被自动更新。观察者模式是一种对象行为型模式。

2.观察者模式包含目标、具体目标、观察者和具体观察者4个角色。其中，目标是指被观察的对象；具体目标是目标类的子类，它通常包含有经常发生改变的数据，当它的状态发生改变时将向它的各个观察者发出通知；观察者将对观察目标的改变作出反应；具体观察者是观察者的子类，实现在观察者中声明的更新数据的方法。

3.观察者模式的优点主要是可以实现表示层和数据逻辑层的分离；在观察目标和观察者之间建立一个抽象的耦合；支持广播通信且符合开闭原则。其缺点主要是将所有的观察者都通知到会花费很多时间；如果存在循环调用可能导致系统崩溃；没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的，而仅仅知道观察目标发生了变化。

4.观察者模式适用于以下环境：一个抽象模型有两个方面，其中一个方面依赖于另一个方面，将这两个方面封装在独立的对象中使它们可以各自独立地改变和复用；一个对象的改变将导致一个或多个其他对象也发生改变，而并不知道具体有多少对象将发生改变，也不知道这些对象是谁；需要在系统中创建一个触发链。

5.JDK中的事件处理模型采用基于观察者模式的委派事件模型，即一个Java组件所引发的事件并不由引发事件的对象自己来负责处理，而是委派给独立的事件处理对象负责。其中，事件源对象充当观察目标类角色，事件处理对象充当具体观察者角色，如果事件源对象的某个事件触发，则调用事件处理对象中的事件处理程序对事件进行处理。

6.在MVC架构中应用了观察者模式,其中模型可对应于观察者模式中的观察目标,而视图对应于观察者,控制器可充当两者之间的中介。

各位小伙伴，这次我们就说到这里，下次我们再深入研究windows环境下的各类设计模式实现。

作者简介：荔园微风，1981年生，高级工程师，浙大工学硕士，软件工程项目主管，做过程序员、软件设计师、系统架构师，早期的Windows程序员，Visual Studio忠实用户，C/C++使用者，是一位在计算机界学习、拼搏、奋斗了25年的老将，经历了UNIX时代、桌面WIN32时代、Web应用时代、云计算时代、手机安卓时代、大数据时代、ICT时代、AI深度学习时代、智能机器时代，我不知道未来还会有什么时代，只记得这一路走来，充满着艰辛与收获，愿同大家一起走下去，充满希望的走下去。