Struts之mvc设计模式

MVC（Model-View-Controller）MVC是一种架构型模式。是用来指导我们改善应用程序的架构，使得应用的模型和视图相分离，从而得到更好的开发和维护效率。

MVC结构提供了一种按功能对各种对象进行分割的方法（这些对象是用来维护和表现数据的），其目的是为了将各对象间的耦合程度减至最小。MVC结构本来是为了将传统的输入（input）、处理（processing）、输出（output）任务运用到图形化用户交互模型中而设计的。但是，将这些概念运用于基于Web的企业级多层应用领域也是很适合的。

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

 

模型、视图、控制器各部分的作用

• 1.模型（Model）：负责封装应用的状态，并实现应用的功能。通常又分为数据模型和业务逻辑模型，数据模型用来存放业务数据，比如订单信息、用户信息等；而业务逻辑模型包含应用的业务操作，比如订单的添加或者修改等。

 

2.视图（View）：用来将模型的内容展现给用户，用户可以通过视图来请求模型进行更新。视图从模型获得要展示的数据，然后用自己的方式展现给用户，相当于提供界面来与用户进行人机交互；用户在界面上操作或者填写完成后，会点击提交按钮或是以其它触发事件的方式，来向控制器发出请求。

• 3.控制器（Controller）：用来控制应用程序的流程和处理视图所发出的请求。当控制器接收到用户的请求后，会将用户的数据和模型的更新相映射，也就是调用模型来实现用户请求的功能；然后控制器会选择用于响应的视图，把模型更新后的数据展示给用户

   

   

  2：模型和视图的关系

  在MVC中，模型和视图是分离的，通常视图里面不会有任何逻辑实现；而模型也是不依赖于视图的，同一个模型可能会有很多种不同的展示方式，也就是同一个模型可以对应多种不同的视图

   

  一个模型对应多个视图

  模型负责输出的内容，而视图负责输出的形式，模型不依赖于视图，模型与视图是解耦的。因此在修改视图，也就是显示方式的时候，不必关心模型，而只需要直接修改视图的展示方式即可

  
  VC的组件关系图描述了模型、视图、控制器这三个部分的交互关系，下面按照交互顺序来详细描述一下它们的交互关系：

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

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

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

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

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

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

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