mvc
　　mvc是model-view-controller的简称，原本是建立smalltalk 应用的框架。框架支持代表应用状态、屏幕表现和控制流的3个类，他们分别叫做model、view和controller。
　　
　　在model发生变化的时候，通知view改变；在view需要查询状态的时候，向model发送请求，当view做出一个动作时，比如对数据的修改等，通知controller；controller得到状态改变信息时，发送请求给model，并且controller负责选择显示新的view。
　　
　　下图是典型的model-view-controller范式，经常被表示为：一个互相连接的三角形。
　　　

　　图1 mvc 通常表示为3个互相连接的组件
　　在design patterns: elements of reusable object-oriented software一书中，作者以smalltalk mvc为例，赞扬了通知/订阅者（notify/subscribe）协议和观察者（observer）模式的使用。其中局的一个经典的例子是对同一数据，系统可能需要不同的显示视图，比如条形图、饼图、数据表格等等，如下图：
　　　
　　图2不同的view使用相同的model
　　图2所示的每种视图可能在同一时间显示给不同的用户。应用必须保证在其下面的数据或者模型改变时视图的更新。为改变模型，用户提交一个请求给控制器，由控制起来配合改变模型。数据视图必须跟着改变，以反映最近的模型改变状态。
　　
　　smalltalk mvc 方案使用观察者通知模式。在这种模式下，每个视图注册为一个模型数据的观察者。然后模型可以通过发送消息给所有这册观察者，通知它们相关的改变。其为 smalltalk mvc 框架已经通用化了，他也可以应用它其他平台上面。
　　
　　model2
　　model2是sun公司为了解决jsp不易维护和功能块难以复用提出的。sun的技术人员，提出使用jsp 和 servlet同时来部署web 应用，servlet可以应付控制流，而 jsp则可专注于讨厌的编写html的任务。
　　
　　结合使用 jsp 和 servlet 开始被称为model 2 ，而单独使用jsp称为model 1。
　　
　　model2并不是什么新的东西，其思想上实际是对mvc的一种继承。很多场合，交互使用model 2 和 mvc这两个词。但是还是存在一些争论，即一个应用是否是 mvc，以及是否支持经典的观察者通知模式。没有观察者通知的model-view-controller 有时被称为mvc2 或web mvc。
　　
　　层模式的mvc结构
　　人们认为model2不同于mvc的主要原因之一是：基于观察者/通知模式的经典的mvc是难以在web环境下实现的。
　　
　　因为http协议是一个请求/响应协议，客户端有请求，服务器端才会有响应，没有请求，就没有响应。而观察者/通知模式要求在服务器端发生变化时能主动给用户端发消息更新。
　　
　　为了解决经典mvc模式难于在web环境下实现的问题，引入层模式将状态改变和状态查询的职责加于控制器之上，并伴随着改变通知。
　　
　　如图3，分层的web 应用使用一种比传统mvc模式更加“扁平”的模式。控制器被夹在表现层(view) 和 应用逻辑 (model)之间。
　　　
　　图3　web应用的层模式
　　每个组件的主要职责并没有改变。流程有轻微改变，view不再与model有直接的联系，而它们之间的交互都通过controller。即查询状态和改变通知都必须通过控制器；当视图，或者表现层需要加工动态页面时，它使用从控制器传递的数据而不是直接来自于模型层。这种改变去除了view 和 model的耦合，允许控制器选择数据和显示这些数据的视图。
　　
　　struts概要介绍
　　struts实现层模式的mvc
　　struts是一个应用框架，它实现了层次化的mvc模式或者说sun公司提出的model2模式。
　　
　　在model1模式的web编程中，model部分可以交给ejb及jdbc实现，而view部分可以由jsp完成，但是却没有合适的工具完成独立的contrroller。在model2的思想提出由servlet应付控制流，在struts中servlet就扮演了front end controller的角色。
　　
　　当客户端提出请求，actionservlet响应请求，并且在指定的struts-config.xml文件中查到请求对应的action（action是struts引入的一个核心类，作为back end controller,在后文会介绍）,对已经实例化的action，actionservlet为这个新的请求开一个线程，对未实例化的action，actionservlet将其实例化。
　　
　　action作为back end controller可以与model部分交互，以实现状态改变或者状态查询，action还将返回下一步的视图选择给actionservlet。actionservlet根据对应的struts-config.xml找到视图选择对应物理地址，并把新的view返回给用户端。
　　　
　　图4 struts实现层模式的mvc结构
　　另一种常见的关于srtuts实现mvc模式的看法是认为只有actionservlet是controller，而把action看作businesslogic。我认为，这种看法是没有前一种将action视为back end controller的看法合理的，因为controller部分需要完成的视图选择实际上是由action实现的。
　　
　　之所以会有后一种不太合适的关于struts实现mvc结构的看法存在，主要是起源于编程习惯问题，很多人喜欢把大量的业务逻辑交给action处理，我认为这是不太合适的。一方面，这样降低了代码的可复用性；另一方面使action看起来臃肿，降低了可读性。所以，推荐的编程方式是把大量的业务逻辑抽出做成javabean，以解放action。