mvc框架工作原理,什么是MVC啊？

mvc框架工作原理,什么是MVC啊？详细介绍

本文目录一览： spring mvc的工作原理是什么？

spring mvc的工作原理是：提供了构建 Web 应用程序的全功能 MVC 模块。使用Spring可插入的MVC架构，可以选择是使用内置的Spring Web框架还是Struts这样的Web框架。通过策略接口，Spring 框架是高度可配置的，而且包含多种视图技术。
例如 JavaServer Pages（JSP）技术、Velocity、Tiles、iText 和 POI。Spring MVC框架并不知道使用的视图，所以不会强迫您只使用 JSP 技术。Spring MVC 分离了控制器、模型对象、分派器以及处理程序对象的角色，这种分离让它们更容易进行定制。
客户端请求提交到DispatcherServlet：
由DispatcherServlet控制器查询一个或多个HandlerMapping，找到处理请求的Controller。
DispatcherServlet将请求提交到Controller。
Controller调用业务逻辑处理后，返回ModelAndView。
DispatcherServlet查询一个或多个ViewResoler视图解析器，找到ModelAndView指定的视图。
视图负责将结果显示到客户端。

SpringMVC的工作原理是什么样的,跟Spring的关系是怎么样的？

springMVC的工作原理如下：
springmvc请所有的请求都提交给DispatcherServlet,它会委托应用系统的其他模块负责负责对请求进行真正的处理工作。
DispatcherServlet查询一个或多个HandlerMapping,找到处理请求的Controller.
DispatcherServlet请请求提交到目标Controller
Controller进行业务逻辑处理后，会返回一个ModelAndView
Dispathcher查询一个或多个ViewResolver视图解析器,找到ModelAndView对象指定的视图对象
视图对象负责渲染返回给客户端。
与spring的关系：
　Spring 框架是一个分层架构，由 7 个定义良好的模块组成。Spring模块构建在核心容器之上，核心容器定义了创建、配置和管理bean 的方式。　　组成 Spring 框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。每个模块的功能如下： 　　核心容器：核心容器提供 Spring框架的基本功能。核心容器的主要组件是BeanFactory，它是工厂模式的实现。BeanFactory使用控制反转（IOC）模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。 　　Spring 上下文：Spring 上下文是一个配置文件，向 Spring框架提供上下文信息。Spring上下文包括企业服务，例如 JNDI、EJB、电子邮件、国际化、校验和调度功能。 　　Spring AOP：通过配置管理特性，Spring AOP 模块直接将面向方面的编程功能集成到了Spring框架中。所以，可以很容易地使 Spring 框架管理的任何对象支持 AOP。Spring AOP 模块为基于Spring的应用程序中的对象提供了事务管理服务。通过使用 Spring AOP，不用依赖EJB组件，就可以将声明性事务管理集成到应用程序中。 　　Spring DAO：JDBCDAO抽象层提供了有意义的异常层次结构，可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。异常层次结构简化了错误处理，并且极大地降低了需要编写的异常代码数量（例如打开和关闭连接）。SpringDAO的面向 JDBC 的异常遵从通用的 DAO 异常层次结构。 　　Spring ORM：Spring 框架插入了若干个 ORM 框架，从而提供了 ORM的对象关系工具，其中包括JDO、Hibernate 和 iBatis SQL Map。所有这些都遵从 Spring 的通用事务和DAO异常层次结构。 　　Spring Web 模块：Web 上下文模块建立在应用程序上下文模块之上，为基于Web的应用程序提供了上下文。所以，Spring 框架支持与 Jakarta Struts的集成。Web模块还简化了处理多部分请求以及将请求参数绑定到域对象的工作。 　　Spring MVC 框架：MVC 框架是一个全功能的构建 Web 应用程序的 MVC实现。通过策略接口，MVC框架变成为高度可配置的，MVC 容纳了大量视图技术，其中包括JSP、Velocity、Tiles、iText 和 POI。
　　Spring 框架的功能可以用在任何 J2EE服务器中，大多数功能也适用于不受管理的环境。Spring的核心要点是：支持不绑定到特定 J2EE服务的可重用业务和数据访问对象。毫无疑问，这样的对象可以在不同 J2EE 环境 （Web或EJB）、独立应用程序、测试环境之间重用。
由此可以看出：Spring MVC 框架只是spring的一个子模块，用在java ee工程的web层组件。

什么是MVC啊？

MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。
MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。
MVC开始是存在于桌面程序中的，M是指业务模型，V是指用户界面，C则是控制器，使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。
比如一批统计数据可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。
模型－视图－控制器（MVC）是Xerox PARC在二十世纪八十年代为编程语言Smalltalk－80发明的一种软件设计模式，已被广泛使用。
后来被推荐为Oracle旗下Sun公司Java EE平台的设计模式，并且受到越来越多的使用ColdFusion和PHP的开发者的欢迎。模型－视图－控制器模式是一个有用的工具箱，它有很多好处，但也有一些缺点。
扩展资料：MVC 编程模式：
MVC 是一种使用 MVC（Model View Controller 模型-视图-控制器）设计创建 Web 应用程序的模式：
1、Model（模型）表示应用程序核心（比如数据库记录列表）。
2、View（视图）显示数据（数据库记录）。
3、Controller（控制器）处理输入（写入数据库记录）
MVC 模式同时提供了对 HTML、CSS 和 JavaScript 的完全控制：
1、Model（模型）是应用程序中用于处理应用程序数据逻辑的部分。
通常模型对象负责在数据库中存取数据。
2、View（视图）是应用程序中处理数据显示的部分。
通常视图是依据模型数据创建的。
3、Controller（控制器）是应用程序中处理用户交互的部分。
通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据。
MVC 分层有助于管理复杂的应用程序，因为您可以在一个时间内专门关注一个方面。例如，您可以在不依赖业务逻辑的情况下专注于视图设计。同时也让应用程序的测试更加容易。
MVC 分层同时也简化了分组开发。不同的开发人员可同时开发视图、控制器逻辑和业务逻辑。
框架内容：
MVC指MVC模式的某种框架，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。最典型的MVC就是JSP + servlet + javabean的模式。
1、视图
视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括Adobe Flash和像XHTML，XML/XSL,WML等一些标识语言和Web services.
MVC好处是它能为应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。
2、模型
模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。
例如它可能用像EJBs和ColdFusion Components这样的构件对象来处理数据库，被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据，由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。
3、控制器
控制器接受用户的输入并调用模型和视图去完成用户的需求，所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。
常见框架Struts：
Struts是Apache软件基金下Jakarta项目的一部分。Struts框架的主要架构设计和开发者是Craig R.McClanahan。Struts 是Java Web MVC框架中不争的王者。经过长达九年的发展，Struts已经逐渐成长为一个稳定、成熟的框架，并且占有了MVC框架中最大的市场份额。
但是Struts某些技术特性上已经落后于新兴的MVC框架。面对Spring MVC、Webwork2这些设计更精密，扩展性更强的框架，Struts受到了前所未有的挑战。但站在产品开发的角度而言，Struts仍然是最稳妥的选择。
Struts有一组相互协作的类（组件）、Servlet以及jsp tag lib组成。基于struts构架的web应用程序基本上符合JSP Model2的设计标准，可以说是MVC设计模式的一种变化类型。
根据上面对framework的描述，很容易理解为什么说Struts是一个web framework，而不仅仅是一些标记库的组合。但 Struts 也包含了丰富的标记库和独立于该框架工作的实用程序类。
Struts有其自己的控制器（Controller），同时整合了其他的一些技术去实现模型层（Model）和视图层（View）。
在模型层，Struts可以很容易的与数据访问技术相结合，包括EJB，JDBC和Object Relation Bridge。在视图层，Struts能够与JSP, Velocity Templates,XSL等等这些表示层组件相结合。
参考资料：百度百科-MVC框架

spring mvc的运行原理是什么，m代表什么，v代表什么，v包含些什么，m包含些什么？？

spring mvc的运行原理如同struts，是典型的mvc框架，只不过提供了对spring业务层的无缝衔接，mvc的m代表model，v代表view，v是一种视图渲染技术，包含了MVC框架的标签和自定义标签，方便简化HTML代码，即原先在JSP里面的动态代码都将用标签来表示，有助于数据分离，便于美工美化页面，view还包含了页面的校验部分，提供了初始的页面校验，比如空校验，邮件格式校验等等标签，因此view部分主要负责页面的处理和展示，model代表模型，简单的说就是业务模型或者数据模型，比如一个用户信息，就是一个数据模型，一个登录操作，就是一个业务模型，模型其实是业务规则和数据对象的抽象，c就是控制器，可以想象，v负责展示页面数据，m抽取了模型，而模型和展示数据之间的对应和连接则需要c来完成，因此ctrol（控制器），是模型和展示数据的桥梁，举个例子，一个用户登录界面，输入的用户登录信息是view，经过control的派发和控制，获取到了用户信息的模型，然后再经过control的派发处理，到页面上展示为view数据。
m代表model模型，v代表view视图，c代表controller，控制器。m中包含你写的业务逻辑，就是取数据的模型，v代表你显示的视图，c来控制m和v之间的关系。mvc的运行原理基本一样没有什么不一样的地方，只是不同的mvc框架的实现技术不一样吧了。接下来我给你考一段网上的别人的看法；
模型－视图－控制器（MVC）是Xerox PARC在八十年代为编程语言Smalltalk－80发明的一种软件设计模式，至今已被广泛使用。最近几年被推荐为Sun公司J2EE平台的设计模式，并且受到越来越多的使用 ColdFusion 和 PHP 的开发者的欢迎。模型－视图－控制器模式是一个有用的工具箱，它有很多好处，但也有一些缺点。
MVC如何工作
MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。
视图
视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括Macromedia Flash和象XHTML，XML/XSL，WML等一些标识语言和Web services.
如何处理应用程序的界面变得越来越有挑战性。MVC一个大的好处是它能为你的应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。
模型
模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。例如它可能用象EJBs和ColdFusion Components这样的构件对象来处理数据库。被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。
控制器
控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后用确定用哪个视图来显示模型处理返回的数据。
现在我们总结MVC的处理过程，首先控制器接收用户的请求，并决定应该调用哪个模型来进行处理，然后模型用业务逻辑来处理用户的请求并返回数据，最后控制器用相应的视图格式化模型返回的数据，并通过表示层呈现给用户。
为什么要使用 MVC
大部分Web应用程序都是用像ASP，PHP，或者CFML这样的过程化语言来创建的。它们将像数据库查询语句这样的数据层代码和像HTML这样的表示层代码混在一起。经验比较丰富的开发者会将数据从表示层分离开来，但这通常不是很容易做到的，它需要精心的计划和不断的尝试。MVC从根本上强制性的将它们分开。尽管构造MVC应用程序需要一些额外的工作，但是它给我们带来的好处是无庸质疑的。
首先，最重要的一点是多个视图能共享一个模型，正如我所提及的，现在需要用越来越多的方式来访问你的应用程序。对此，其中一个解决之道是使用MVC，无论你的用户想要Flash界面或是 WAP 界面；用一个模型就能处理它们。由于你已经将数据和业务规则从表示层分开，所以你可以最大化的重用你的代码了。
由于模型返回的数据没有进行格式化，所以同样的构件能被不同界面使用。例如，很多数据可能用HTML来表示，但是它们也有可能要用Macromedia Flash和WAP来表示。模型也有状态管理和数据持久性处理的功能，例如，基于会话的购物车和电子商务过程也能被Flash网站或者无线联网的应用程序所重用。
因为模型是自包含的，并且与控制器和视图相分离，所以很容易改变你的应用程序的数据层和业务规则。如果你想把你的数据库从MySQL移植到Oracle，或者改变你的基于RDBMS数据源到LDAP，只需改变你的模型即可。一旦你正确的实现了模型，不管你的数据来自数据库或是LDAP服务器，视图将会正确的显示它们。由于运用MVC的应用程序的三个部件是相互对立，改变其中一个不会影响其它两个，所以依据这种设计思想你能构造良好的松偶合的构件。
对我来说，控制器的也提供了一个好处，就是可以使用控制器来联接不同的模型和视图去完成用户的需求，这样控制器可以为构造应用程序提供强有力的手段。给定一些可重用的模型和视图，控制器可以根据用户的需求选择模型进行处理，然后选择视图将处理结果显示给用户。
MVC的缺点
MVC的缺点是由于它没有明确的定义，所以完全理解MVC并不是很容易。使用MVC需要精心的计划，由于它的内部原理比较复杂，所以需要花费一些时间去思考。
你将不得不花费相当可观的时间去考虑如何将MVC运用到你的应用程序，同时由于模型和视图要严格的分离，这样也给调试应用程序到来了一定的困难。每个构件在使用之前都需要经过彻底的测试。一旦你的构件经过了测试，你就可以毫无顾忌的重用它们了。
根据我个人经验，由于我们将一个应用程序分成了三个部件，所以使用MVC同时也意味着你将要管理比以前更多的文件，这一点是显而易见的。这样好像我们的工作量增加了，但是请记住这比起它所能带给我们的好处是不值一提。
MVC并不适合小型甚至中等规模的应用程序，花费大量时间将MVC应用到规模并不是很大的应用程序通常会得不偿失。
MVC是一条创建软件的好途径
MVC设计模式是一个很好创建软件的途径，它所提倡的一些原则，像内容和显示互相分离可能比较好理解。但是如果你要隔离模型、视图和控制器的构件，你可能需要重新思考你的应用程序，尤其是应用程序的构架方面。如果你肯接受MVC，并且有能力应付它所带来的额外的工作和复杂性，MVC将会使你的软件在健壮性，代码重用和结构方面上一个新的台阶。
Java开发Web Application有几种符合MVC设计模式的开发方式。
1:Jsp+Servlet+JavaBean(EJB)
2:Jsp+JavaBean(Controller)+JavaBean(EJB)(Model)
3:TDK(Turbine，Velocity...)
4:Xsp
5:Jsp+Struts+JavaBean(EJB)
附：
三层架构即“表现层”，“业务层”，“持久化层”。表现层实现的代表作品是Struts框架，业务层实现的代表作品是Spring，持久层实现的代表作品是Hibernate。
举个例子。
持久层从持久库中取出-10。
业务层按照一定的逻辑（这里我们举例取温度的逻辑）翻译成-10摄氏度。
表示层显现给用户“哎呀，今天好冷！”。
层就相当于一个黑盒子，我们不用知道它内部怎么实现，只需要知道如何去调用它就行了。每层只与上下相邻的两层打交道。当一层内部由于技术变迁发生变化时，只要接口不变，其他层不用做任何改变。分层之后灵活性提高，也便于团队分工开发。
呵呵，写的很详细吧。希望对你有帮助。

什么是mvc框架(什么是Mvc)

常用的MVC框架有哪些？常见的MVC框架有JSP？servlet？javabean的模式。一个MVC模式的框架，强制分离应用的输入、处理和输出。使用MVC的应用程序分为三个核心组件：模型、视图和控制器。他们各自处理自己的任务。最典型的MVC是JSP？servlet？javabean的模式。使用mvc框架核心控制器的主要目的是处理所有的请求，然后统一处理那些特殊的请求(控制器)(字符编码、文件上传、参数接受、异常处理等。).SpringMVC核心控制器是Servlet，Struts2是Filter。MVC框架性能？SpringMVC会比Struts2稍微快一点。SpringMVC是基于方法的设计，而Sturts2是基于类的设计。每次发送请求都会实例化一个动作，每个动作都会注入属性。SpringMVC基于方法，粒度更细，但要像控制servlet中的数据一样小心控制。SpringMVC是方法级拦截。拦截方法后，根据参数上的注释注入请求数据。在SpringMVC中，一个方法对应一个请求上下文。Struts2框架是类级拦截。每次请求到来时，都会创建一个动作，然后调用settergetter方法在请求中注入数据。Struts2实际上是通过settergetter方法处理请求的。参考来源：百度百科-mvc框架mvc是一种框架模式，强制分离应用程序的输入、处理和输出。使用mvc的应用程序分为三个核心组件：模型、视图和控制器。他们各自处理自己的任务。最典型的mvc模式是jspservletjavabean模式。很多框架都是为了方便MVC模式的实现而设计的，比如Struts和spring。现在很多公司都是自己实现MVC框架，而不是使用开源框架。Struts1，Struts2，SpringMVC，Grails和JSF是常用的MVC框架，还有Tapestry。mvc框架是什么意思？比如！WEB中最常用的结构。百度会有非常具体的解释。需要做网页什么的吗？以j2ee为例，我用过的很多mvc框架都是前端显示：jsp(htmlcssjs(jquery))后端：Struts2/1SpringIbatis/Hibernate/MyBatis，目前比较流行的。Hibernate具有最好的数据库兼容性。Ibatis/mybatis比较好用。

什么是mvc(什么是mvc模式)

MVC的优势是什么？马鞭马鞭MVC要求对应用进行分层，虽然需要额外的工作，但是产品结构清晰，通过模型可以更好的体现产品的应用。首先，最重要的是一个模型对应多个视图的能力。目前，随着用户需求的快速变化，访问应用的方式可能会有很多种。比如订单模型可能有本系统的订单，也可能有网上订单，也可能有其他系统的订单，但是订单的处理是一样的，也就是说订单的处理是一致的。什么是MVC？JAVA的SWING中MVC是如何使用的？是MVCMODEL_VIEW_CONTROL的缩写。模型-视图-控制是软件设计的典型结构。在这种设计结构下，一个应用分为三个部分：模型、视图和控制器，每个部分负责不同的功能。模型是指应用程序的数据，以及对这些数据的操作；视图是指用户界面；控制器负责用户界面与程序数据的同步，即完成两个方向的动作：一是根据用户界面(视图)的操作更新程序数据(模型)，二是及时将程序数据(模型)的变化反映到用户界面(视图)。SWING是一个JAVA图形开发包。MVC模式的基本原理？一端有带圈可握的短马鞭在MVC设计模式中：c代表控制器，负责用户界面和业务逻辑层的通信控制。一方面，它解释来自用户界面的输入，识别用户动作(如点击按钮等)。)，并调用相应模型中的方法。另一方面，它处理来自模型的事件和返回的执行结果，并调用适当的视图显示给用户。控制器主要由Servlet完成。MModel代表整个解决方案的业务逻辑实现，底层数据库也是通过Model访问和操作的；v代表View，负责将系统展示给用户，主要由HTML和JSP等完成。Mvc是一种使用mvc(模型-视图-控制器模型-视图-控制器)设计和创建web应用程序的模式：模型代表了应用程序的核心(如数据库记录列表)。视图显示数据(数据库记录)。控制器处理输入(写入数据库记录)。Mvc模式提供了对html、css和javascript的完全控制。模型视图控制器原理MVC是一种程序开发设计模式，实现了显示模块和功能模块的分离。提高了程序的可维护性、可移植性、可扩展性和可重用性，降低了程序开发的难度。主要分为三层：模型、视图、控制器。1.模型是应用程序的主要部分，主要包括业务逻辑模块和数据模块。不管数据格式如何，这种模型都可以为多个视图提供数据。因为应用于模型的代码只能被多个视图重用一次，所以降低了代码的可重复性。2.查看(view)用户与之交互的界面。在web中，视图通常由JSP和HTML组成。3.控制器从接口接收请求，并将其交给模型进行处理。在这个过程中，控制器不做任何处理，只是扮演一个连接的角色。MVC的优势1.减少代码耦合。在MVC模式下，三层各有各的功能，所以如果一层的需求发生变化，只需要改变相应层的代码，不会影响其他层的代码。2.有利于分工合作。在MVC模式下，因为系统是分层的，所以可以更好的实现开发中的分工。Web设计人员可以在视图层开发JSP，熟悉业务的可以开发业务层，其他开发人员可以开发控制层。3.有利于组件的重用。如果控制层可以独立成一个可用的组件，表示层也可以做成一个通用的操作界面。您可以在运行时为一个模型创建和使用多个视图。mvc中的mvc是什么意思？MVC是Java中的一种设计模式。当你写程序的时候，你必须按照这个模式写代码。其目的是减少层间耦合，方便后续维护。M——指的是型号，也就是模型。在实际开发中，我们的实体类就是我们的模型。更通俗一点，你写了很多私有修改变量，然后又写了很多get和set方法的类，叫做model。V——指的是视图，也就是View，也就是我们在JavaWEB中的视图，也就是JSP。一般来说，用户能看到的页面称为视图。C——指的是控制器，也就是控制器，也就是我们从前端接收请求的类叫做控制器，比如我们的servlet，它向模型发送数据，控制用户的输入，读取视图的数据。其实mvc和jsp没有必然的联系。mvc只是一个设计思想，也就是，(模型-视图-控制器，\'模式-视图-控制器\')，设计思想只是一个想法或者一个规范。“mvc模式”具体是什么？你可以去查，但我不会细说。我在这里把“设计理念”和“实现手段”说清楚。我们经常听到一个词叫“编程思想”。严格来说，“编程”只是一个想法，就像你想把一块木头做成两段一样。“把一块木头做成两段”是你的想法，这里叫做“编程思路”。具体的“如何把一块木头做成两段”就成了你的实现方法，这里叫做“编程”。你可以用斧头。jsp和mvc的关系是否先明确？如果不明白，可以给我留言，希望能帮到你。

什么是MVC架构？

MVC是三个单词的缩写，这三个单词分别为：模型（Model）、视图(View)和控制(Controller)。
MVC架构是交互式应用中广泛使用的架构。它将对象按功能进行划分，尽可能地最小化对象之间的耦合度。MVC架构与传统的应用程序架构—输入，处理，输出给用户接口的模型相对应。它们也与基于域的多层企业级WEB应用相对应。

MVC架构将应用分为三层—模型，视图，控制，并减弱它们各自的责任。每一层处理特定的任务并对其它层有特殊的责任。
A. 模型存储业务数据和控制访问与修改业务数据的业务逻辑或操作。表现上看，模型与软件中的函数功能有些相似。当模型改变时会通知视图并为视图提供了查询模型状态的能力。它也为控制器提供了访问封装在模型中的应用功能函数的能力。
B. 视图展示模型中的内容。它访问模型中的数据并完成数据的显示工作。当模型改变时它会即时更新数据的展示。视图也完成将用户的输入传递到控制器的功能。
C. 控制器定义了应用程序的行为。它分派用户的请求然后调用相应的视图来展示。它解析用户的输入然后与模型中完成相应功能的事件处理相匹配。在标准的GUI客户端应用中，用户输入包括点击按钮和选择菜单。在WEB应用中，它们则是WEB层中的HTTP GET和POST请求。控制器选择相应的视图来显示是基于用户与模型相互交互的结果。一个典型的应用是所有相关的功能由一个控制器来处理。一些应用针对不同的客户端类型采用不同的控制器来处理，因为视图的交互与选择可能因客户端类型的不同而有所不同。
MVC本来是存在于Desktop程序中的，M是指数据模型，V是指用户界面，C则是控制器。使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。比如一批统计数据你可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。
MVC架构是交互式应用中广泛使用的架构。它将对象按功能进行划分，尽可能地最小化对象之间的耦合度。MVC架构与传统的应用程序架构—输入，处理，输出给用户接口的模型相对应。它们也与基于域的多层企业级WEB应用相对应。
MVC架构将应用分为三层—模型，视图，控制，并减弱它们各自的责任。每一层处理特定的任务并对其它层有特殊的责任。
A. 模型存储业务数据和控制访问与修改业务数据的业务逻辑或操作。表现上看，模型与软件中的函数功能有些相似。当模型改变时会通知视图并为视图提供了查询模型状态的能力。它也为控制器提供了访问封装在模型中的应用功能函数的能力。
B. 视图展示模型中的内容。它访问模型中的数据并完成数据的显示工作。当模型改变时它会即时更新数据的展示。视图也完成将用户的输入传递到控制器的功能。
C. 控制器定义了应用程序的行为。它分派用户的请求然后调用相应的视图来展示。它解析用户的输入然后与模型中完成相应功能的事件处理相匹配。在标准的GUI客户端应用中，用户输入包括点击按钮和选择菜单。在WEB应用中，它们则是WEB层中的HTTP GET和POST请求。控制器选择相应的视图来显示是基于用户与模型相互交互的结果。一个典型的应用是所有相关的功能由一个控制器来处理。一些应用针对不同的客户端类型采用不同的控制器来处理，因为视图的交互与选择可能因客户端类型的不同而有所不同。

mvc模式MVC模式MVC如何工作为什么要模式

　　MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。
视图　　视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括Macromedia Flash和象XHTML，XML/XSL，WML等一些标识语言和Web services. 　　如何处理应用程序的界面变得越来越有挑战性。MVC一个大的好处是它能为你的应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。
模型　　模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。例如它可能用象EJBs和ColdFusion Components这样的构件对象来处理数据库。被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。
控制器　　控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。

ASP.NET MVC 4框架：ASP.NET MVC上的Web应用

　　 建立在 迷你版 ASP NET MVC上的Web应用
　　在正式介绍我们自己创建的 迷你版 ASP NET MVC的实现原理之前 不妨来看看建立在该框架之上的Web应用如何定义 通过Visual Studio创建一个空的ASP NET Web应用（注意不是ASP NET MVC应用）并不会引用System Web Mvc dll这个程序集 所以在接下来的程序中看到的所谓MVC的组件都是我们自行定义的
　　首先定义了如下一个SimpleModel类型 它表示最终需要绑定到View上的数据 为了验证针对Controller和Action的解析机制 SimpleModel定义的两个属性分别表示当前请求的目标Controller和Action
　　public class SimpleModel
　　{

　　public string Controller { get; set; }
　　public string Action { get; set; }
　　}
　　与真正的ASP NET MVC应用开发一样 我们需要定义Controller类 按照约定的命名方式（以字符 Controller 作为后缀） 我们定义了如下一个HomeController HomeController实现的抽象类型ControllerBase是我们自行定义的 以自定义的ActionResult作为返回类型的Index方法表示Controller的Action 它接受一个SimpleModel类型的对象作为参数 该Action方法返回的ActionResult是一个RawContextResult对象 顾名思义 RawContextResult就是将指定的内容进行原样返回 在这里我们将作为参数的SimpleModel对象的Controller和Action属性显示出来
　　public class HomeController: ControllerBase
　　{
　　public ActionResult Index（SimpleModel model）
　　{
　　string content = string Format（ Controller: { }
Action:{ }
　　model Controller model Action）
　　return new RawContentResult（content）
　　}
　　}
　　ASP NET MVC根据请求地址来解析出用于处理该请求的Controller的类型和Action方法名称 具体来说 我们预注册一些包含Controller和Action名称作为占位符的（相对）地址模板 如果请求地址符合相应地址模板的模式 Controller和Action名称就可以正确地解析出来 和ASP NET MVC应用类似 我们在Global asax中注册了如下一个地址模板（{controller}/{action}） 我们还注册了一个用于创建Controller对象的工厂 RouteTable ControllerBuilder和DefaultControllerFactory都是我们自定义的类型
　　public class Global : System Web HttpApplication
　　{
　　protected void Application_Start（object sender EventArgs e）
　　{
　　RouteTable Routes Add（ default
　　new Route{Url = {controller}/{action} }）
　　ControllerBuilder Current SetControllerFactory（
　　new DefaultControllerFactory（））
　　}
　　}
　　正如上面所说的 ASP NET MVC是通过一个自定义的HttpModule实现的 在这个 迷你版 ASP NET MVC框架中我们也将其起名为UrlRoutingModule 在运行Web应用之前 我们需要通过配置对该自定义HttpModule进行注册 下面是相关的配置
　　

　　
<add name="UrlRoutingModule"
　　type= WebApp UrlRoutingModule WebApp />

　　

　　

　　到目前为止 所有的编程和配置工作已经完成 为了让定义在HomeController中的Action方法Index来处理针对该Web应用的访问请求 我们需要指定与之匹配的地址（符合定义在注册地址模板的URL模式） 如图 所示 由于在浏览器中输入地址（//…/Home/Index）正好对应着HomeController的Action方法Index 所以对应的方法会被执行 而执行的结果就是将当前请求的目标Controller和Action的名称显示出来 （S ）

　　图 采用符合注册的路由地址模板的地址访问Web应用
　　上面演示了如何在我们自己创建的 迷你版 ASP NET MVC框架中创建一个Web应用 从中可以看到和创建一个真正的ASP NET MVC应用别无二致 接下来我们就来逐步地分析这个自定义的ASP NET MVC框架是如何建立起来的 而它也代表了真正的ASP NET MVC框架的工作原理
返回目录 ASP NET MVC 框架揭秘
编辑推荐
ASP NET开发培训视频教程
Microsoft NET框架程序设计视频教程
Java程序性能优化 让你的Java程序更快 更稳定
Visual C++音频/视频技术开发与实战
lishixinzhi/Article/program/net/201311/16113