MVC

MVC

      模型－视图－控制器（MVC）是Xerox　PARC在八十年代为编程语言Smalltalk－80发明的一种软件设计模式，至今已被广泛使用。最近几年被推荐为Sun公司J2EE平台的设计模式，并且受到越来越多的使用 ColdFusion 和 PHP 的开发者的欢迎。模型－视图－控制器模式是一个有用的工具箱，它有很多好处，但也有一些缺点。

控制器- 程序员编写程序应有的功能（实现算法等等）

视图 - 界面设计人员进行图形界面设计

模型 - 数据库专家进行数据管理和数据库设计

层次

模型（Model）

“数据模型”（Model）用于封装与应用程序的业务逻辑相关的数据以及对数据的处理方法。“模型”有对数据直接访问的权利，例如对数据库的访问。“模型”不依赖“视图”和“控制器”，也就是说，模型不关心它会被如何显示或是如何被操作。但是模型中数据的变化一般会通过一种刷新机制被公布。为了实现这种机制，那些用于监视此模型的视图必须事先在此模型上注册，从而，视图可以了解在数据模型上发生的改变。

视图（View）

视图层能够实现数据有目的的显示（理论上，这不是必需的）。在视图中一般没有程序上的逻辑。为了实现视图上的刷新功能，视图需要访问它监视的数据模型（Model），因此应该事先在被它监视的数据那里注册。

控制器（Controller）

控制器起到不同层面间的组织作用，用于控制应用程序的流程。它处理事件并作出响应。“事件”包括用户的行为和数据模型上的改变。

实现

Java 平台企业版 (J2EE)
和其他的各种框架不一样，J2EE为模型对象(Model Objects)定义了一个规范。

ASP.NET
在ASP.NET中，针对视图（View）和控制器（Controller）的模式没有被很好地定义。而模型（Model）则留给开发者去设计。

视图（View）

ASPX和ASCX文件被用来处理视图的职责。在这个设计中视图实际上是从控制器继承而来。这个和Smalltalk的实施有所不同，在Smalltalk中不同的类都有指针互相指向对方。

控制器（Controller）

控制器的职责被分割成两部分。事件（Event）的产生和传输是框架的一部分，更明确的说是Page和Control两个类。而事件的处理则在分离的代码中实现。

模型（Model）

ASP.NET 不严格需要一个模型。开发者可以自行选择创建一个模型类，但是很多人选择放弃这一步，直接把事件处理放在控制器里处理任何计算、数据保存等等。但用模型来包含商业逻辑和数据存取是可实现的。

Windows Forms
在WinForms中，这个针对视图（View）和控制器（Controller）的模式已经很好的定义好的。而模型（Model）则留给开发者去设计。

视图（View）

由Form或者Control类继承来的一个类处理视图的职责。在WinForm这个例子中视图和控制器被编译在同一个类中，这个和ASP.NET不同。

控制器（Controller）

控制器的职责被分割成三部分。事件（Event）的产生和传输是操作系统的一部分。在.Net框架中Form和Control类将不同的事件转发给相应的事件处理器。而事件的处理则在分离的代码中实现。

模型（Model）

就像ASP.NET一样，WinForm不严格需要一个模型。开发者可以自行选择创建一个模型类，但是很多人选择放弃这一步，直接把事件处理放在控制器里处理任何计算、数据保存等等。也就是说用模型来包含商业逻辑和数据存取。

Ruby
Ruby on Rails是透过Ruby语言所开发出來的Web Framework，也是采用Model-View-Controller架构。

Python
Python 有許多的 MVC 架构。最常用的有 Django 和 TurboGears。

视图(View)

在J2EE应用程序中，视图(View)可能由Java Server Page(JSP)承担。生成视图的代码则可能是一个servlet的一部分，特别是在客户端服务端交互的时候。

控制器(Controller)

J2EE应用中,控制器可能是一个servlet。

模型(Model)

模型则是由一个实体Bean来实现。