MVC设计模式

MVC设计模式,原理,以及相关框架,如Struts

MVC设计模型：

a.定义：MVC 设计模型是一种使用 Model View Controller（ 模型-视图-控制器）设计创建 Web 应用程序的模式。
由上主谓宾可以很容易看出，mvc模型是一种用来写web应用程序的样式，也就是说只能写web不能写其它

b.既然使用了 Model View Controller（ 模型-视图-控制器），那么就很有必要来介绍一下该（模型-视图-控制器）到底是怎样的一个东西

Model（模型）：是应用程序中用于处理应用程序数据逻辑的部分。通常模型对象负责在数据库中存取数据。
View（视图）：是应用程序中处理数据显示的部分。通常视图是依据模型数据创建的。
Controller（控制器）：是应用程序中处理用户交互的部分。通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据。

 

MVC框架：
a.MVC框架，它强制性的使应用程序输入、处理和输出分开。
使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。
由上可知，要使用MVC框架，则一定要遵守该框架的规则，它有它的强制性所在。聪明的读者一看就知道，它所使用的三个核心部件其实都是来自MVC模型。只不过在框架中让他们彼此更加独立了去处理各自的任务而已。
b.最典型的MVC就是JSP + servlet + javabean的模式。
视图：视图是用户看到并与之交互的界面。视图主要有元素HTML等一些标识语言和Web services。
模型：模型表示企业数据和业务规则。
控制器：控制器接受用户的输入并调用模型和视图去完成用户的需求，所以当单击Web页面中的超链接和发送HTML表单时，
控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。

 

MVC设计模式更像设计师手中的图纸（图纸上的东西往往更抽象），而MVC框架则更像是工程师以设计师的图纸而建造的产品！
最终的产品也许比设计师原来的图纸有所出入，有些功能有所增强，有些又会适当的减弱，以此来更加适应大众的需求和体验！但是在整体上和本质上都是遵循设计师的构造的。MVC设计模式就像建设房子的基础，而MVC框架则可在此基础上根据需求构建的漂亮的成品房。
 

MVC的工作原理：
①当用户在浏览器中点击一个链接或者提交一个表单时，那么就会产生一个请求（request）。当请求离开浏览器时，它会携带用户请求的信息。
②请求的第一站到达的是Spring的DispatcherServlet，它是一个前端控制器，工作是将用户的请求委托给其他的组件（这里是交给Spring MVC的控制器）去处理。这里DispatcherServlet要决定将请求传给哪一个控制器去处理，那么这时就需要处理器映射（Handler Mapping）了。处理器映射会看请求的URL信息，然后决定将请求交给哪一个控制器去处理。
③当选择了一个合适的控制器后，DispatcherServlet就会将请求交给这个控制器去处理。在这个控制器上，用户的请求将会将用户提交的一些信息交由控制器处理并等待。然而设计的比较好的控制器本身对信息做很少的处理或者根本不做处理，而是将业务逻辑交给一个或多个服务器对象（Model）去处理。
④当控制器对用户请求所携带的信息进行处理（或交给模型层处理）后，经常会产生一些其他的需要返回给浏览器进行显示的数据。这些原始数据直接显示出来显然是不友好的，那么就需要视图（View）来对这些数据进行显示了。控制器的最后一件事就是将模型数据打包，并且指定产生输出的视图的特定名称，然后它将模型、视图名称以及request请求一起发送给DispatcherServlet。所以控制器并没有与视图进行耦合，因为传递给DispatcherServlet的视图名称并不是某一个指定的特殊的文件名称（如后缀名一定是JSP或其他什么名称），它只要是一个可以产生输出和展示结果的逻辑名称就可以了。
⑤DispatcherServlet会向一个视图解析器（ViewResolver）进行请求，视图解析器可以将逻辑视图名称映射到一个特定的视图显示文件上面。
⑥现在DispatcherServlet知道哪一个视图文件可以显示结果了。该视图将会利用模板数据产生输出，这些输出通过response对象返回给客户端进行显示。