MVC 开发模式

标签：流程   log   维护   model   mod   上进   添加   处理   ges   

MVC 开发模式

1、理解

在MVC模式中，应用程序被划分成了模型（Model）、视图（View）和控制器（Controller）三个部分。其中，模型部分包含了应用程序的业务逻辑和业务数据；视图部分封装了应用程序的输出形式，也就是通常所说的页面或者是界面；而控制器部分负责协调模型和视图，根据用户请求来选择要调用哪个模型来处理业务，以及最终由哪个视图为用户做出应答。

注意：数据模型用来存放业务数据，比如订单信息、用户信息等；而业务逻辑模型包含应用的业务操作，比如订单的添加或者修改等。

2、MVC 中的模型、视图、控制器三者之间的交互关系：（MVC的工作原理）

（1）首先是展示视图给用户，用户在这个视图上进行操作，并填写一些业务数据

（2）然后用户会点击提交按钮，来发出请求

（3）视图发出的用户请求会到达控制器，在请求中包含了想要完成什么样的业务功能以及相关的数据。

（4）控制器会来处理用户请求，会把请求中的数据进行封装，然后选择并调用合适的模型，请求模型进行状态更新，然后选择接下来要展示给用户的视图。

（5）模型会去处理用户请求的业务功能，同时进行模型状态的维护和更新

（6）当模型状态发生改变的时候，模型会通知相应的视图，告诉视图它的状态发生了改变。

（7）视图接到模型的通知后，会向模型进行状态查询，获取需要展示的数据，然后按照视图本身的展示方式，把这些数据展示出来。

注意：Servlet+JSP+JavaBean模型的响应顺序：

当用户发出一个请求后，这个请求会被控制器Servlet接收到；Servlet将请求的数据转换成数据模型JavaBean，然后调用业务逻辑模型JavaBean的方法，并将业务逻辑模型返回的结果放到合适的地方，比如请求的属性里；最后，根据业务逻辑模型的返回结果，由控制器来选择合适的视图(JSP)，由视图把数据展现给用户。

3、MVC的组件关系图（工作流程步骤）

4、使用MVC模式，可以获得以下好处：

•  低耦合性：在MVC模式中，模型和视图是解耦的，模型不会依赖于视图，而视图也仅仅是从模型中获取需要展示的数据，并不会与模型的逻辑处理相关联。
•  更低的开发成本：由于MVC模式帮我们清楚的划分了各部分的职责，就可以让程序员各司其职，Java程序员只关心业务逻辑的实现，也就是模型部分；而界面程序员只关心页面展示，也就是视图部分即可。
•  更好的可维护性：MVC模式划分出明晰的模型和视图部分，并使其解耦，在软件需求发生变更的时候，就可以各自独立的改变而不会相互影响，使得程序更容易维护和扩展。

MVC 开发模式

标签：流程   log   维护   model   mod   上进   添加   处理   ges   

原文地址：http://www.cnblogs.com/colily/p/6679297.html