mvc架构简介,什么是MVC(三层架构)

mvc架构简介,什么是MVC(三层架构)详细介绍

本文目录一览： 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架构与传统的应用程序架构—输入，处理，输出给用户接口的模型相对应。它们也与基于域的多层企业级WEB应用相对应。
MVC架构将应用分为三层—模型，视图，控制，并减弱它们各自的责任。每一层处理特定的任务并对其它层有特殊的责任。
A. 模型存储业务数据和控制访问与修改业务数据的业务逻辑或操作。表现上看，模型与软件中的函数功能有些相似。当模型改变时会通知视图并为视图提供了查询模型状态的能力。它也为控制器提供了访问封装在模型中的应用功能函数的能力。
B. 视图展示模型中的内容。它访问模型中的数据并完成数据的显示工作。当模型改变时它会即时更新数据的展示。视图也完成将用户的输入传递到控制器的功能。
C. 控制器定义了应用程序的行为。它分派用户的请求然后调用相应的视图来展示。它解析用户的输入然后与模型中完成相应功能的事件处理相匹配。在标准的GUI客户端应用中，用户输入包括点击按钮和选择菜单。在WEB应用中，它们则是WEB层中的HTTP GET和POST请求。控制器选择相应的视图来显示是基于用户与模型相互交互的结果。一个典型的应用是所有相关的功能由一个控制器来处理。一些应用针对不同的客户端类型采用不同的控制器来处理，因为视图的交互与选择可能因客户端类型的不同而有所不同。

什么是MVC(三层架构)

MVC和三层架构有什么区别就是MVC是最流行的三层架构中的一种框架，就是模型-视图-控制器三者分离。
MVC模式（Model–view–controller）是软件工程中的一种软件架构模式，把软件系统分为三个基本部分：模型（Model）、视图（View）和控制器（Controller）。
MVC模式最早由Trygve Reenskaug在1978年提出[1] ，是施乐帕罗奥多研究中心（Xerox PARC）在20世纪80年代为程序语言Smalltalk发明的一种软件架构。MVC模式的目的是实现一种动态的程式设计，使后续对程序的修改和扩展简化，并且使程序某一部分的重复利用成为可能。除此之外，此模式通过对复杂度的简化，使程序结构更加直观。软件系统通过对自身基本部分分离的同时也赋予了各个基本部分应有的功能。专业人员可以通过自身的专长分组：
控制器（Controller）- 负责转发请求，对请求进行处理。
视图（View） - 界面设计人员进行图形界面设计。
模型（Model） - 程序员编写程序应有的功能（实现算法等等）、数据库专家进行数据管理和数据库设计(可以实现具体的功能)。
前端跟服务端之间多了个中间层，前台先提交给中间层，由中间层去访问服务端。
JSP中，“<%……%>”里面的java代码是可以有一些业务逻辑的，而三层架构正是要将业务逻辑从页面中分离出来，因些不要过多的使用“<%……%>”，但根据实际情况，适量的添加一些是可以的。
而MVC实际上其实是一种架构模式，而不应该归入设计模式了，设计模式是在代码层面上说的：类都是什么样子的。
MVC编程模式
比如由html元素组成的网页界面，或者软件的客户端界面。MVC的好处之一在于它能为应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，它只是作为一种输出数据并允许用户操作的方式。
M即model模型是指模型表示业务规则。在MVC的三个部件中，模型拥有最多的处理任务。被模型返回的数据是中立的，模型与数据格式无关，这样一个模型能为多个视图提供数据，由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。
以上内容参考：百度百科-mvc框架

什么是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框架，M（Model）指数据模型层，V（View）指视图层，C（Controller）指控制层。使用MVC的目的是将M和V的实现代码分离，使同一个程序可以有不同的表现形式。其中，View的定义比较清晰，就是用户界面。
在Web项目的开发中，能够及时、正确地响应用户的请求是非常重要的。用户在网页上单击一个URL路径，这对Web服务器来说，相当于用户发送了一个请求。而获取请求后如何解析用户的输入，并执行相关处理逻辑，最终跳转至正确的页面显示反馈结果，这些工作往往是控制层（Controller）来完成的。
在请求的过程中，用户的信息被封装在User实体类中，该实体类在Web项目中属于数据模型层（Model）。
在请求显示阶段，跳转的结果网页就属于视图层（View）。
像这样，控制层负责前台与后台的交互，数据模型层封装用户的输入/输出数据，视图层选择恰当的视图来显示最终的执行结果，这样的层次分明的软件开发和处理流程被称为MVC模式。

MVC是指什么？

MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。
M model V view C controller 模型视图控制器
MVC 构思面向对象的设计模式是经验的总结，MVC思想是原先用于构建用户界面的。这篇文章主要论述了如何在新的Web应用领域中使用设计模式和MVC架构。文章首先介绍了设计模式的概念和特点，以及MVC架构的设计思想，并分析了MVC架构中包含的几种主要的模式。然后根据Web应用系统的特点，就如何应用模式和MVC架构提出了一些设计思路。1. 引言1.1 设计模式面向对象技术的出现和应用大大提高了软件的重用性和软件的质量。面向对象的编程也比以往的各种编程模式要简单和高效，但是面向对象的设计方法要比以往的设计方法要复杂和有技巧得多，一个良好的设计应该既具有对问题的针对性，也充分考虑到对将来问题和需求有足够的通用性。在过去的十几年中，人们在对面向对象技术的研究探索和实际应用中针对某些问题创造了一些良好的解决方案,即所谓的面向对象的设计模式。面向对象技术的目的之一就是提高软件的重用性，而对设计模式、设计方案的重用则从更深的层次上体现了重用的意义和本质。人们对设计模式有很多定义，其中被引用的最多是Christopher Alexander的设计模式的定义：每一个设计模式是一个三方的规则，它表达了一个上下文环境（Context）,一个问题和一个解决方案。设计模式一般有如下几个基本要素：模式名称，问题，目的，解决方案，效果，样例代码和相关设计模式。设计模式的分类有好几种，可以根据其目的分为创建型(Creational)，结构型(Structural)和行为型(Behavioral)三种。创建型模式主要是用来创建对象，结构型模式主要是处理类或对象的组合，行为型模式则主要用来描述对类或对象怎样交互和怎样分配职责。也可以根据范围将设计模式分为类模式和对象模式，类模式处理类和子类之间的关系，这些关系通过继承建立，在编译时刻就被确定下来，是属于静态的。对象模式是处理对象间的关系，这些关系在运行时刻变化，更具动态性。模式的特点：是通过经验获取的，以某种结构化的格式书写下来，避免了遇到相同的问题重头设计，存在于不同的抽象层，在不断完善的，是可重用的人工产物，使设计和最好的练习交互，以被组合起来解决更大的问题。1.2 MVC架构MVC最初是在Smalltalk-80中被用来构建用户界面的。M代表模型Model, V代表视图 View， C代表 控制器Controller。MVC的目的是增加代码的重用率，减少数据表达，数据描述和应用操作的耦合度。 同时也使得软件可维护性，可修复性，可扩展性，灵活性以及封装性大大提高。单用户的应用通常是以事件驱动的用户界面为组织结构的。开发人员用一个界面工具画了一个用户接口界面，然后编写代码根据用户输入去执行相应的动作，许多交互式的开发环境鼓励这么做，因为它强调先有界面然后再有功能。一些软件设计模式策略是这样的，然后经常将固定后的代码融入最后的系统当中。导致的结果就是，程序组织围绕用户界面元素和用户在那些界面元素上的动作，数据的存储，应用的功能以及用来显示的代码都杂乱无章的缠绕在一起。在单用户的系统里代码结构是可以这样的，因为系统需求不会频繁变化。但是对一个大的系统如大型Web系统，或电子商务系统来说就不太适用了。通过把数据模式从各种可以被存取和控制的数据中分离出来可以改善分布式系统的设计。MVC设计模式由三部分组成。模型是应用对象，没有用户界面。视图表示它在屏幕上的显示，代表流向用户的数据。控制器定义用户界面对用户输入的响应方式，负责把用户的动作转成针对Model的操作。Model 通过更新View的数据来反映数据的变化。三者关系如图1：对MVC关系图的理解
图2 MVC的分工与协作
2. MVC中的设计模式一个以MVC为架构的系统包含了很多的设计模式，但是与MVC最为密切相关的是下面三种模式：Observer, Composite和Strategy。2.1 Observer模式MVC通过使用定购/通知的方式分离了Model和View。View要保证自己显示能正确地反映出Model的内容和状态。一旦Model的内容发生变化，必须有一个机制来使得Model能够通知相关的View，使得相关的View可以在适当的时机刷新数据。这个设计还可以解决更一般的问题，将对象分离，使得一个对象的改变能够影响到另一些对象，而这个对象并不知道那些被影响的对象的细节。这就是被描述为Observer的设计模式。 模式类型：Observer模式是对象型模式，同时它也是行为型模式。模式目的：定义对象间的一对多的依赖关系，当一个对象的值或状态发生改变时，所有与它有依赖关系的对象都得到通知并自动更新。某一数据可能有多种显示方式，并且可能同时以不同的方式显示（如图2）。当通过某一种方式改变了数据，那么其他的显示都应该能立即知道数据的改变和做相应的调整。模式结构：图 3. Observer模式的结构图效果：(1) 抽象耦合。目标对象只知道它有一些观察者，每个观察者都符合抽象的Observer类的简单接口，并不知道它们具体属于哪个类。这样使得目标和观察者之间的耦合最小且抽象。(2) 支持广播通信。目标发送通知不用指定观察者，如何处理通知由观察者决定。(3) 可能的意外更新。要处理好更新逻辑，避免错误更新。2.2 Composite模式MVC的一个重要特征就是View可以嵌套。嵌套的组合视图可用于任何视图可用的地方，而且可以管理嵌套视图。这种思想反映出将组合的视图与其组件平等对待的设计。这种设计思想在面向对象领域内被描述成为Composite的设计模式。模式类型：Composite模式是对象型模式，同时它也是结构型模式。模式目的：将对象组合成树形结构以表示"部分-整体"层次结构。Composite使组合对象的使用和单个对象的使用具有一致性。图4. Composite模式的结构图效果：(1) 定义了包含简单对象和组合对象的类层次结构。简单对象可以被组合到复杂对象中，而组合的对象可以再被组合。这样客户端代码中用到简单对象的地方都可以使用组合对象。(2) 简化客户端代码。客户端不用知道某对象是简单对象还是组合对象，可以以一致的方式使用这些对象。(3) 更容易增加新类型的组件。新的组件可以方便地加入已有组合对象中不用改变客户端代码。2.3 Strategy模式MVC的另一重要特征是可以在不改变View的情况下改变View对用户输入的响应方式。这对一个经常需要变更响应逻辑的系统来说是非常重要的。MVC把响应逻辑封装在Controller中。有一个Controller的类层次结构，可以方便地对原有Controller做适当改变，创建新的Controller。View使用Controller子类的实例来实现一个特定的响应策略。要实现不同的响应策略，只要用不同种类的Controller实例替换即可。还可以在运行时刻通过改变View的Controller来改变View对用户输入的响应策略。这种View-Controller的关系是被描述为Strategy的设计模式的一个例子。模式类型：Strategy模式是对象型模式，同时它也是行为型模式。模式目的：定义一系列的算法，并且把它们封装起来，使它们可以互相替换，使得算法可以独立于使用它的客户端而变化。模式结构：图5. Strategy模式的结构图图5 模式结构图效果：(1) Strategy类层次为Context定义了可重用的相关算法或行为。(2) 替代继承的方法。如果直接继承Context，给以不同的行为，会将行为加到Context中，从而将算法的实现与Context混合起来，使Context难以理解，维护和扩展，而且不能动态地改变算法。将算法封装在独立的Strategy类，可以使得算法独立于Context改变，容易切换扩展。(3) 可以提供相同行为的不同实现。(4) 客户端必须了解Strategy之间有何不同。(5) Context和Strategy之间的通信开销。(6) 增加了对象的数目。3. MVC在 Web系统中的应用现在的一些基于Web的分布式系统如B2B电子商务系统，就适合采用MVC架构。通过分析，从高层次的角度可以将一个应用的对象分为三类。一类就是负责显示的对象，一类对象包含商业规则和数据，还有一类就是接收请求，控制商业对象去完成请求。这些应用的显示是经常需要变换的，如网页的风格，色调，还有需要显示的内容，内容的显示方式等。而商业规则和数据是相对要稳定的。因此，表示显示的对象View经常需要变化的，表示商业规则和数据的对象Model要相对稳定，而表示控制的Controller则最稳定。通常当系统发布后，View对象是由美工，HTML/JSP设计人员或者系统管理员来负责管理的。Controller对象由应用开发人员开发实施，商业规则对象和商业数据对象则由开发人员，领域专家和数据库管理员共同完成的。显示逻辑在Web层或客户端控制，可以是Servlet 或JSP，动态地生成Html。一般来说采用JSP要比采用Servlet要好。JSP更好地将代码与Html部分分开，有利于页面设计人员和代码开发人员的分离，提高效率。同时JSP可以完成所有Servlet完成的功能，实际上JSP最终也转换成一个Servlet。与控制有关的对象存在于系统的每一个层次，协调跨层动作。包含商业规则和数据的对象存在于EJB层（以EJB为中心的模式）或Web层（以Web为中心的模式）。3.1 View在Web系统中的应用View代表系统的显示，它完全存在于Web层。一般由JSP, Java Bean和Custom Tag组成。JSP可以动态生成网页内容，Custom Tag 更方便了使用Java Bean，而且它可以封装显示逻辑，更有利于于模块化和重用。一些设计良好的Custom Tag可以在多个JSP甚至可以在不同的系统里重复使用。Java Bean用来控制JSP和Model对象。JSP通过Java Bean 来读取Model对象中的数据，Model和Controller对象则负责对Java Bean的数据更新。一般来说，可以先要设计出所有可能出现的屏幕，即用户使用系统时可以看到的所有内容。然后根据这些内容，找出公共部分，静态部分和动态变化部分。可以考虑使用模板方法，把公用的内容单独生成JSP，需要变化的也各自生成Html或JSP, 由一个模板JSP, 把这些不同部分动态地引入（include方法）。还有一个要考虑的问题就是屏幕的选择问题，当处理完用户请求，模板被自动调用来显示，这个显示一定要知道用户关心的屏幕是有哪些部分组成。所以可以考虑把所有屏幕的定义放在一个集中的文件里，如一个java文件或文本文件。由于考虑到屏幕定义文件将来的变更可能性，最好使用文本文件如一个XML文件，这样将来更改不用重新编译。可以根据用户输入的URL和参数可以映射到某一个结果屏幕，当然有可能还要根据动作的执行结果选择不同的结果屏幕内容。所以需要一个请求与资源的匹配文件（XML），如果一个URL请求有几种不同结果，则要在该文件中指明是否需要流控制（一种controller对象）以及不同流向的对应屏幕。
请采纳答案，支持我一下。

简述MVC体系结构？

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

什么是MVC？

MVC是三个单词的缩写,分别为：
模型(Model),视图(View)和控制Controller)。
MVC模式的目的就是实现Web系统的职能分工。
Model层实现系统中的业务逻辑，通常可以用JavaBean或EJB来实现。
View层用于与用户的交互，通常用JSP来实现。
Controller层是Model与View之间沟通的桥梁，它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。
MVC本来是存在于Desktop程序中的，M是指数据模型，V是指用户界面，C则是控制器。使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。比如一批统计数据你可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。
MVC是三个单词的缩写,分别为：
模型(Model),视图(View)和控制Controller)。
MVC模式的目的就是实现Web系统的职能分工。
Model层实现系统中的业务逻辑，通常可以用JavaBean或EJB来实现。
View层用于与用户的交互，通常用JSP来实现。
Controller层是Model与View之间沟通的桥梁，它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。
MVC（模型Model-视图View-控制器Controller）是一种设计模式，
MVC。V即View.是视图的意思。C即Controller.是控制器的意思。而M即Model，是模型的意思。这三个里.最不容易理解的应该是Model.就是什么是Model，而为什么叫Model。我先不说为什么叫Model，先解释Controller。
Controller是控制器的意思，所谓控制器，就是将用户请求转发给模型层，经过处理后把结果返回到界面层展现的一个中间层，那么Controller到底管什么工作呢？先不说.先来看下在Java
Web中这三个层一般的定义，一般在Java
Web里，JSP充当V，Servlet充当C,JavaBean充当M，这里的Servlet管什么工作呢？接受输入，转到Model层去处理，处理结果保存后转发到JSP，然后展现数据。所以它的功能就是控制器的基本功能，它就管转发，在V和M之间转来转去。
再来说说M，即Model，在Java
Web里说的是JavaBean，我认识的很多人都把JavaBean误认为是实体类，其实JavaBean有比实体类更丰富的定义，在JavaBean中除了其属性和字段，还可以有行为及其事件，JavaBean可以理解为普通Java对象。Java普通对象，就是符合Java规范的所有对象，这和实体类完全是两回事。所以，我认为在MVC中。业务逻辑和数据访问应该放在Model层，也就是V负责展示数据，Controler除了转发不做业务逻辑。真正的逻辑事务，数据访问，甚至算法都放到Model去。
　　MVC没有把业务的逻辑访问看成两个层，这是采用三层架构或MVC搭建程序最主要的区别。当然了。在三层中也提到了Model，但是三层架构中Model的概念与MVC中Model的概念是不一样的，“三层”中典型的Model层是已实体类构成的，而MVC里，则是由业务逻辑与访问数据组成的

谈谈对MVC的认识

MVC模式就是将程序开发分为三个层次1.M模型层 主要由Entity(数据载体),Dao(修改数据),Biz(复杂业务模型)等组成 Dao和Biz负责将数据加载到Entity中 以及将传递过来的Entity更新到数据库(当然也可能是文件)中2.C控制层 主要由一些类组成 负责接收和判断用户输入 调用相应的模型 加载和更新数据 将Entity传递到相应的V表现层 3.V表现层 可能是特定的窗体或网页 只负责将C层传递过来的Entity数据展现给用户 3层各施其职 互不干扰 任何一层发生改动 都不会影响另外两层
简单来说，MVC是一种流行的程序架构，获得C#、Java、PHP、Ruby等多种语言的支持。MVC是 模型（Model) 、视图(View)、控制器(Control) 的英文首字母的缩写，核心思想是：视图和用户交互 通过事件导致控制器改变 控制器改变导致模型改变 或者控制器同时改变两者 模型改变 导致视图改变 或者视图改变 潜在的从模型里面获得参数 来改变自己。
MVC（Model-View-Controller），即把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离，这样一个应用被分成三个层——模型层、视图层、控制层。
视图(View)：代表用户交互界面，MVC设计模式对于视图的处理是限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。
模型(Model)：业务流程/状态的处理以及业务规则的制定。业务流程的处理过程对其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的处理结果。业务模型的设计可以说是MVC的核心。
控制(Controller)：可以理解为从用户接收请求, 将模型与视图匹配在一起，共同完成用户的请求，但是它却不做任何的数据处理。
它的优势在与：开发人员可以只关注整个结构中的其中某一层，可以很容易的用新的实现来替换原有层次的实现，可以降低层与层之间的依赖，有利于标准化，利于各层逻辑的复用