MVC架构探究及其源码实现(1)-理论基础

MVC本来是存在于Desktop程序中的，M是指数据模型，V是指用户界面，C则是控制器。使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。比如一批统计数据你可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。

　　模型－视图－控制器（MVC）是Xerox PARC在八十年代为编程语言Smalltalk－80发明的一种软件设计模式，至今已经被广泛使用。

　　我们先来看下经典桌面MVC的模型，为了实现显示和数据的分离，我们在视图和模型之间加入一个控制层，视图只能通过控制器来操作模型，也就是数据层，一旦数据有更新，模型就会通知视图更新自己。在桌面程序中，用户可以直接和视图进行交互，通过对事件的操作，可以触发视图的各种事件，通过控制器，以达到更新模型或数据的目的。

　　由于Web应用的复杂程度的日益增加，功能也日益庞大，表示层与数据层的分离也显得日益重要。于是MVC这种架构模式被移植到WEB开发中来也是很自然的事情，然而，Web程序和Desktop程序是有很大区别的，大家都知道，HTTP协议是无连接的，当用户从服务器拿到一个页面之后，整个交互过程也就完成了，用户无法知道服务器端状态的更新，除非用户再次发送请求。而且，在Web程序中，是没有事件模型支持的，用户的每个动作都必须转化为对服务器请求。以往的经验，我们经常把视图和控制器组合起来，一个页面既包含程序的业务逻辑，又包含页面的显示信息。然而，视图是经常变化的，业务逻辑确实相对比较稳定的。为了解决这个问题，比较流行的做法是让控制器执行业务逻辑，从数据层（模型）中抓取显示相关的数据，而视图仅仅是一段显示代码，没有业务逻辑。由于请求多种多样，而且在控制器到视图的数据转发部分含有很多相同的逻辑，而且为了方便扩展和管理，于是就有人提出了前端控制器的概念，也就是请求分发器。分发器的作用主要工作就是将一个request分发到一个合适的处理器上，并将处理返回的包含特定信息的视图返回给客户端。下图展现了现在常用的Web MVC 的标准模型。

然而，这不是唯一的模型，在ASP.net中，有一种叫做页面控制器的模型。在这种MVC中，并不是令分发器去寻找一个控制器并执行之，而是直接到达视图并且在继续生成视图之前调用相应的控制器。与传统的MVC模式中的前端控制器对应，这种模式称为页面控制器。页面控制器和前端控制器实现实现之间的区别在于页面控制器描述的往往是同一个页面中（如类似于控制面板那样的页面）的处理逻辑，不能用于跨多个页面对处理过程进行控制或协调。它是一种Poll的模型。

对应的，前端控制器是很典型的一种Push的模型，对同一个请求的几个不同的动作，根据业务逻辑处理后的结果分别被压入到response的各个不同部分。

在下文中，我们仅讨论前端控制器这种方式的具体实现。

 

相关文章:

1. MVC架构探究及其源码实现(1)-理论基础
2. MVC架构探究及其源码实现(2)-核心组件定义
3. MVC架构探究及其源码实现(3)-WebApplicationContext
4. MVC架构探究及其源码实现(4)-前端控制器
5. MVC架构探究及其源码实现(5)-相关组件实现

原文链接：http://blog.csdn.net/zhiqiangzhan/article/details/4697443

评论

1 楼 coffeescript 2013-07-17  

顶1024次。