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比较好用。

一、架构内容不同1、Spring Boot：利用容器管理对象的生命周期，容器可以通过扫描XML文件或类上特定Java注解来配置对象，开发者可以通过依赖查找或依赖注入来获得对象。2、MVC框架：架构内容包括视图、模型、控制器。二、作用不同1、Spring Boot：用来简化新Spring应用的初始搭建以及开发过程。2、MVC框架：用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。三、特点不同1、Spring Boot：可以创建独立的Spring应用程序，并且基于其Maven或Gradle插件，可以创建可执行的JARs和WARs；内嵌Tomcat或Jetty等Servlet容器；尽可能自动配置Spring容器。2、MVC框架：耦合性低、重用性高、生命周期成本低、部署快、可维护性高、有利软件工程化管理。参考资料来源：百度百科-MVC框架百度百科-Spring Boot

MVC是M（模型）V（视图）C（控制器）的缩写，它是一种软件架构模式，用于将应用程序的逻辑、数据和界面进行分离。在MVC模式中，模型主要负责处理数据，视图主要负责呈现界面，而控制器主要负责处理用户输入和业务逻辑。这种模式可以使应用程序易于维护、扩展和测试。PHP MVC框架就是基于MVC模式的一种Web应用程序开发框架，它提供了一套标准化的开发流程和框架组件，使开发人员可以更加高效地开发Web应用程序。常见的PHP MVC框架有Laravel、Yii、CodeIgniter等。在PHP MVC框架中，模型通常是处理数据的类或接口，例如ORM（对象关系映射）工具、数据库访问类等。视图通常是处理用户界面的模板文件，例如使用HTML、CSS、JavaScript等技术进行页面设计和渲染。控制器是框架的核心组件，它负责接收和处理用户的请求，处理业务逻辑并将结果返回给用户界面。控制器通常会调用模型和视图组件来完成请求的处理过程。PHP MVC框架通常提供了一套公用的组件库，包括ORM工具、缓存组件、表单验证组件等，这些组件可以跨多个项目复用，提高了开发效率。框架还提供了一些命令行工具和代码生成器，用于自动生成模型、控制器和视图等代码。使用PHP MVC框架可以让开发人员更加专注于业务逻辑和用户体验方面的开发，而避免了一些重复性的工作，提高了开发效率和系统的可维护性。

springmvc和其他mvc框架的区别 spring 是是一个开源框架，是为了解决企业应用程序开发，功能如下 ◆目的：解决企业应用开发的复杂性 ◆功能：使用基本的JavaBean代替EJB，并提供了更多的企业应用功能 ◆范围：任何Java应用 简单来说，Spring是一个轻量级的控制反转（IoC）和面向切面（AOP）的容器框架。 ◆轻量——从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。并且Spring所需的处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类。 ◆控制反转——Spring通过一种称作控制反转（IoC）的技术促进了松耦合。当应用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。你可以认为IoC与JNDI相反——不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。 ◆面向切面——Spring提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务（例如审计（auditing）和事务（transaction）管理）进行内聚性的开发。应用对象只实现它们应该做的——完成业务逻辑——仅此而已。它们并不负责（甚至是意识）其它的系统级关注点，例如日志或事务支持。 ◆容器——Spring包含并管理应用对象的配置和生命周期，在这个意义上它是一种容器，你可以配置你的每个bean如何被创建——基于一个可配置原型（prototype），你的bean可以创建一个单独的实例或者每次需要时都生成一个新的实例——以及它们是如何相互关联的。然而，Spring不应该被混同于传统的重量级的EJB容器，它们经常是庞大与笨重的，难以使用。 ◆框架——Spring可以将简单的组件配置、组合成为复杂的应用。在Spring中，应用对象被声明式地组合，典型地是在一个XML文件里。Spring也提供了很多基础功能（事务管理、持久化框架集成等等），将应用逻辑的开发留给了你。 所有Spring的这些特征使你能够编写更干净、更可管理、并且更易于测试的代码。它们也为Spring中的各种模块提供了基础支持。 Spring的两大核心AOP与IOC，可以单独用于任何应用，包括与Struts等MVC框架与Hibernate等ORM框架的集成，目前很多公司所谓的轻量级开发就是用 Spring + Struts(2)+Hibernate。 Spring MVC就是一个MVC框架，个人觉得Spring MVC annotation式的开发比Struts2方便，可以直接代替上面的Struts（当然Struts的做为一个非常成熟的MVC，功能上感觉还是比Spring强一点，不过Spring MVC已经足够用了）。当然spring mvc的执行效率比struts高，是因为struts的值栈影响效率 spring mvc类似于struts的一个MVC开框架，其实都是属于spring，spring mvc需要有spring的架包作为支撑才能跑起来 如果有人问你什么事控制反转（spring的核心面试常问道）：你就回答，本来程序是由我们new 出来的嘛，后来交给程序控制进行new出来了嘛，这就是控制反转嘛，打了那么多手都麻了，看在我那么辛苦的份上给分吧 简单概括就是：spring 是一个开源框架，是为了解决企业应用程序发开发，spring mvc类似于struts的一个MVC开发框架，其实都是属于spring，spring mvc需要有spring的架包作为支撑才能跑起来。 springmvc和其他mvc框架有什么区别？ spring 是是一个开源框架，是为了解决企业应用程序开发； 目的：解决企业应用开发的复杂性； 功能：使用基本的JavaBean代替EJB，并提供了更多的企业应用功能； 简单来说，Spring是一个轻量级的控制反转（IoC）和面向切面（AOP）的容器框架。 轻量——从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。并且Spring所需的处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类。 Spring MVC就是一个MVC框架，个人觉得Spring MVC annotation式的开发比Struts2方便，可以直接代替上面的Struts（当然Struts的做为一个非常成熟的MVC，功能上感觉还是比Spring强一点，不过Spring MVC已经足够用了）。当然spring mvc的执行效率比struts高，是因为struts的值栈影响效率。 spring mvc类似于struts的一个MVC开框架，其实都是属于spring，spring mvc需要有spring的架包作为支撑才能跑起来。 mvvm框架是什么 它和其他框架的区别 在MVC里，View是可以直接访问Model的！从而，View里会包含Model信息，不可避免的还要包括一些业务逻辑。 MVC模型关注的是Model的不变，所以，在MVC模型里，Model不依赖于View，但是 View是依赖于Model的。不仅如此，因为有一些业务逻辑在View里实现了，导致要更改View也是比较困难的，至少那些业务逻辑是无法重用的。 MVVM在概念上是真正将页面与数据逻辑分离的模式，它把数据绑定工作放到一个JS里去实现，而这个JS文件的主要功能是完成数据的绑定，即把model绑定到UI的元素上。 有人做过测试：使用Angular（MVVM）代替Backbone（MVC）来开发，代码可以减少一半。 此外，MVVM另一个重要特性，双向绑定。它更方便你同时维护页面上都依赖于某个字段的N个区域，而不用手动更新它们。 ty 和 springmvc框架的区别 没错，是框架，ty是网络通讯的框架，spring mvc是一个开源框架，是为了解决企业应用程序开发 前端框架和mvc框架的区别 前端框架是专门写前端的，比如一个前端框架，一部分负责前台的布局结构（），一部分样式（css），一部分行为（js、jq）；mvc是一种设计思想，就是让结构，表现，行为互相分离。 MVC框架：前端请求-》服务端处理请求-》服务端生成HTML页面-》响应给前段展示。 前端框架：前端请求、接收服务端数据对其进行处理。你可以明确看出，前端框架是不包含服务端处理请求功能的。 同是流行MVC框架，比较Strtus2和SpringMVC的区别 Struts2是精确到类粒度，springMVC精确到方法粒度，两者的用法也有所区别，springMVC和spring集成得比较好，在spring的管理下，springMVC的实例是以单例的形式存在的，但Struts2如果以单例存在的话就会有线程安全问题。个人比较喜欢springMVC SpringMVC的工作流程描述 1. 用户向服务器发送请求，请求被Spring前端控制Servelt DispatcherServlet捕获； 2. DispatcherServlet对请求URL进行解析，得到请求资源标识符（URI）。然后根据该URI，调用 HandlerMapping获得该Handler配置的所有相关的对象（包括Handler对象以及Handler对象对应的拦截器），最后以 HandlerExecutionChain对象的形式返回； 3. DispatcherServlet根据获得的Handler，选择一个合适的HandlerAdapter。（ 附注 ：如果成功获得HandlerAdapter后，此时将开始执行拦截器的preHandler(...)方法） 4. 提取Request中的模型数据，填充Handler入参，开始执行Handler（Controller)。在填充Handler的入参过程中，根据你的配置，Spring将帮你做一些额外的工作： HttpMessageConveter：将请求消息（如Json、xml等数据）转换成一个对象，将对象转换为指定的响应信息 数据转换：对请求消息进行数据转换。如String转换成Integer、Double等 数据根式化：对请求消息进行数据格式化。如将字符串转换成格式化数字或格式化日期等 数据验证：验证数据的有效性（长度、格式等），验证结果存储到BindingResult或Error中 5. Handler执行完成后，向DispatcherServlet 返回一个ModelAndView对象； 6. 根据返回的ModelAndView，选择一个适合的ViewResolver（必须是已经注册到Spring容器中的ViewResolver)返回给DispatcherServlet ； 7. ViewResolver结合Model和View，来渲染视图 8.将渲染结果返回给客户端。 Strut2的体系结构如图所示： 从图可以看出，一个请求在Struts2框架中的处理大概分为以下几个步骤： 1、客户端初始化一个指向Servlet容器（例如Tomcat）的请求； 2、这个请求经过一系列的过滤器（Filter）（这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器，这个过滤器对于Struts2和其他框架的集成很有帮助，例如：SiteMeshPlugin）； 3、接着StrutsPrepareAndExecuteFilter被调用，StrutsPrepareAndExecuteFilter询问ActionMapper来决定这个请求是否需要调用某个Action； 4、如果ActionMapper决定需要调用某个Action，StrutsPrepareAndExecuteFilter把请求的处理交给ActionProxy； 5、ActionProxy通过ConfigurationManager询问框架的配置文件，找到需要调用的Action类； 6、ActionProxy创建一个ActionInvocation的实例。 7、ActionInvocation实例使用命名模式来调用，在调用Action的过程前后，涉及到相关拦截器（Intercepter）的调用。 8、一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回 结果通常是（但不总是，也可能是另外的一个Action链）一个需要被表示的JSP或者FreeMarker的模版。在表示的过程中可以使用 Struts2框架中继承的标签。在这个过程中需要涉及到ActionMapper。 以上是从宏观上对比下二者的工作流程，下面针对细节对比二者的不同。 SpringMVC和Struts2的区别： 1. 机制： springmvc的入口是servlet，而struts2是filter（这里要指出，filter和servlet是不同的。以前认为filter是servlet的一种特殊），这样就导致了二者的机制不同，这里就牵涉到servlet和filter的区别了。 spr ing mvc是基于方法的设计 ， 而sturts是基于类 ，导致： 性能： spring会稍微比struts快。 spring mvc是基于方法的设计 ， 而sturts是基于类 ， 每次发一次请求都会实例一个action，每个action都会被注入属性，而spring基于方法，粒度更细，但要小心把握像在servlet控制数据 一样。spring3mvc是方法级别的拦截，拦截到方法后根据参数上的注解，把request数据注入进去，在spring3mvc中，一个方法对应一 个request上下文。而struts2框架是类级别的拦截，每次来了请求就创建一个Action，然后调用settergetter方法把 request中的数据注入； struts2实际上是通过setter getter方法与request打交道的 ，而 springmvc 不用 setter getter 方法 ；struts2中，一个Action对象对应一个request上下文。 实现restful： springmvc是方法级别的拦截，一个方法对应一个request上下文，而方法同时又跟一个url对应，所以说从架构本身上 spring3 mvc就容易实现restful url 。 struts2 是类级别的拦截，一个类对应一个 request 上下文；实现 restfulurl 要费劲，因为 struts2 action 的一个方法可以对应一个 url ；而其类属性却被所有方法共享，这也就无法用注解或其他方式标识其所属方法了。 数据共享： struts是在接受参数的时候，可以用属性来接受参数，这就说明参数是让多个方法共享的。 spring3 mvc的方法之间基本上独立的，独享request response数据，请求数据通过参数获取，处理结果通过ModelMap交回给框架方法之间不共享变量 处理ajax的请求 spring3 mvc的验证也是一个亮点，支持JSR303， 处理ajax的请求更是方便 ，只需一个注解 @ResponseBody ，然后直接返回响应文本即可。送上一段代码： <span class="page_speeder_689312681">@ResponseBody @RequestMapping("/delUser") public String delUser(String id, HttpServletResponse response){ String result ="{"result":"error"}"; if (userManager.delUser(id)) { result ="{"result":"suess"}"; } return result; spring3mvc的验证也是一个亮点，支持JSR303，处理ajax的请求更是方便，只需一个注解@ResponseBody @ResponseBody代替了下面的代码 PrintWriterout = null; response.setContentType("application/json"); try{ out= response.getWriter(); out.write(result); }catch (IOException e) { e.printStackTrace(); } }</span> i ntercepter的实现机制： struts有以自己的interceptor机制， springmvc用的是独立的AOP方式 。这样导致struts的配置文件量还是比springmvc大，虽然struts的配置能继承，所以我觉得论使用上来讲，spring mvc使用更加简洁，开发效率Spring MVC确实比struts2高。

对于一些中小型的web应用程序，为了缩短开发周期和降低开发和维护成本，往往会采用一种基本MVC开发模式的框架开发。现在市场上的开发传统web页面的JavaScript框架比较多，但是专门对移动应用程序的MVC设计模式的框架比较少。所以开发一套针对移动应用程序的MVC设计模式的框架还是很有价值的。参考传统MVC设计模式框架，移动应用框架应该实现以下几个方面：MVC的分离移动应用程序中，model,view,controller得到严格的分离，使得应用程序的结构和开发的思路更加清晰，程序的维护更加方便。数据的更新Model中的数据与View中数据的双向更新，当Model中的数据发生变化时，View中的数据随着发生变化，当View中输入或修改数据时，Model的数据也会发生变化，省去开发者手动操作数据的变化，避免发生错误。数据的格式化当Model中的数据需要先格式化再显示在view中的时候，可以先进行数据格式的转化。数据的验证当view中输入数据或者是改变数据的时候，需要验证数据时，可以先对数据进行验证，当验证通过时，才赋给Model中相应的数据。页面管理调度实现各个页面之间的调度，避免由开发者实现页面调度而产生的混乱，同时也加快程序的开发速度。框架的实现与程序的开发离不开JavaScript库，目前的Javascript库的形势也比较尴尬，一方面是传统的web页面javascript库的成熟，一方面却是针对移动端应用设计开发web应用JavaScript的相对落后，虽然也有几款优秀的，但是相对体积比较大，而且有时候出了问题也很难跟踪，所以有必要开发一套专门针对移动端开发的JavaScript库，使它具有灵活，小巧，功能完善的工具集和UI组件，帮助开发移动端应用的开发者快速工发并容易维护，所以具体需求有以下几个方面：事件的支持DOM2级的事件使对DOM元素的操作起到了解耦作用，在程序开发的过程中，对程序对象之间的解耦的作用，在程序开发的过程中，对对象之间的解耦也是相当必要的，所以有必要做一个统一的接口，而事件是一个不错的选择，而且事件在MVC设计模式的实现中占有很重要的地位，他既可以使Model,view,controller之间分离解耦，又使他们之间存在内在联系。插件机制一个好的Javascript库，他应该有自己的灵活完善的插件机制，不仅可以为库的开发台提供方便，也应该为开发应用程序时提供方便，针对相同的功能开发插件，避免代码的多次开发。页面管理一个移动应用程序会有很多页面需要分级管理，这是由移动办公设备的特性决定的，面对多级与多个页面，需要一种机制来管理各个页面之间的关系才而已痛苦误会页面的加载时机与加载方法。动画的功能使用移动设置性能的提升与大量移动应用的出现，使用户对程序的选择更多。如果程序不能更炫更苦的表现来吸引用户，那他将难以进入市场，而动画就是其表现手段之一，所以有必要为开发者提供一套实现动画的方法，使开发者可以迅速开发能吸引用户的动画。手势的支持随着触摸移动设备的普及与苹果公司在它原生IOS应用程序中推出了手势操作后，人们越来越喜欢这种交互方式了。为了适应这种潮流与提升程序的竞争力，在面向移动应用开发的JavaScript库中添加手势的支持是有必要的。数据的通信作为一个信息时候的应用程序，数据通信的功能是不可或缺的。虽然Ajax技术提供了数据通信的相应的接口，但是如果每一次的数据通信都要开发者去创建，调用相应的接口，会出现很重复的代码，而且效率也不高，所以有必要对Ajax数据通信接口进行封装。数据的本地化当应用程序与后台通信取得数据的时候，有些数据是需要保存在本地的，还有一些数据的状态，以及一些经过运算得到的数据也是需要保留在本地的。这就需要提供一种数据本地化的接口UI组件开发者在开发应用程序的时候，常常会遇到一个功能相同的控件在不现的应用程序程序中都会用到，为了提高应用程序的开发效率，缩短开发周期，有必要把一些常用的控件抽象出来形成组件，供开发者调用屏幕的适配随着移动设备的不断更新发展，设备屏幕的尺寸与分辨率越来越多样化，这便成了跨平台应用程序“一次开发，多处运行”的最大难题。所以有必要形成一_方案来解决这一问题。总结在这所有问题中，事件的扩展，插件机制，页面的管理，MVC设计模式的实现不仅是重点，也是难点，它们的实现具有以下价值：事件在web开发中应用已经很广泛，不过它只有在相应的DOM元素上才有事件，而且MVC设计模式的实现需要事件的驱动，所以需要扩展DOM事件到普通对象上，使它们具有订阅发布消息功能，且与DOM事件有相同的接口。插件机制需要代码的高度抽象化，它是UI组件实现的基础，它的实现提高了代码的重复使用。页面的管理，它把应用程序按业务逻辑分解为以页面为单位进行管理，使程序的逻辑结构更加清晰，而且它为MVC框架中页面的调度实现提供了基础。MVC设计模式的实现，即MVC框架的实现，对应用程序开发周期的缩短，开发成本的降低，应用程序后期的维护都会有很大的帮助。

·ctp框架是设计软件构架的思想，MVC是针对mep开发已经写好有代码的框架·软件框架是指在特定的领域内、已经有人写好的框架（有代码）、框架有局限性、只限特定领域

Spring Web MVC 处理Http请求的大致过程：一旦Http请求到来，DispatcherSevlet将负责将请求分发。DispatcherServlet可以认为是Spring提供的前端控制器，所有的请求都有经过它来统一分发。在DispatcherServlet将请求分发给Spring Controller之前，需要借助于Spring提供的HandlerMapping定位到具体的Controller。HandlerMapping是这样一种对象，它能够完成客户请求到Controller之间的映射。在Struts中，这种映射是通过struts-config.xml文件完成的。其中，Spring为Controller接口提供了若干实现，例如Spring默认使用的BeanNameUrlHandlerMapping。还有，SimpleUrlHandlerMapping，CommonsPathMapHandlerMapping。Spring Controller将处理来自DispatcherServlet的请求。Spring的Controller类似于struts的Action，能够接受HttpServletRequest和HttpServletResponse。Spring为Controller接口提供了若干实现类，位于org.springframework.web.servlet.mvc包中。由于Controller需要为并发用户处理上述请求，因此实现Controller接口时，必须保证线程安全并且可重用。Controller将处理客户请求，这和Struts Action 扮演的角色是一致的。一旦Controller处理完客户请求，则返回ModelAndView对象给DispatcherServlet前端控制器。ModelAndView中包含了模型（Model）和视图（View）。从宏观角度考虑，DispatcherServlet是整个Web应用的控制器；从微观角度考虑，Controller是单个Http请求处理过程中的控制器，而ModelAndView是Http请求过程中返回的模型和视图。前端控制器返回的视图可以是视图的逻辑名，或者实现了View接口的对象。View对象能够渲染客户响应结果。其中，ModelAndView中的模型能够供渲染View时使用。借助于Map对象能够存储模型。如果ModelAndView返回的视图只是逻辑名，则需要借助Spring提供的视图解析器（ViewResoler）在Web应用中查找View对象，从而将响应结果渲染给客户。DispatcherServlet将View对象渲染出的结果返回个客户。

MVCMVC全名是Model--View--Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。其中Model层处理数据，业务逻辑等；View层处理界面的显示结果；Controller层起到桥梁的作用，来控制View层和Model层通信以此来达到分离视图显示和业务逻辑层。我们往往把Android中界面部分的实现也理解为采用了MVC框架，常常把Activity理解为MVC模式中的Controller。看似没有什么特别的地方，但是由几个需要特别关注的关键点：View是把控制权交移给Controller，自己不执行业务逻辑。Controller执行业务逻辑并且操作Model，但不会直接操作View，可以说它是对View无知的。View和Model的同步消息是通过观察者模式进行，而同步操作是由View自己请求Model的数据然后对视图进行更新。

MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。 视图视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括Macromedia　Flash和象XHTML，XML/XSL，WML等一些标识语言和Web　services. 模型模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。例如它可能用象EJBs和ColdFusion　Components这样的构件对象来处理数据库。被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。 控制器控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后用确定用哪个视图来显示模型处理返回的数据。 现在我们总结ＭVC的处理过程，首先控制器接收用户的请求，并决定应该调用哪个模型来进行处理，然后模型用业务逻辑来处理用户的请求并返回数据，最后控制器用相应的视图格式化模型返回的数据，并通过表示层呈现给用户。 大部分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将会使你的软件在健壮性，代码重用和结构方面上一个新的台阶。 Java开发Web Application有几种符合MVC设计模式的开发方式。 1:Jsp+Servlet+JavaBean(EJB) 2:Jsp+JavaBean(Controller)+JavaBean(EJB)(Model) 3:TDK(Turbine，Velocity...) 4:Xsp5:Jsp+Struts+JavaBean(EJB)附：三层架构即“表现层”，“业务层”，“持久化层”。表现层实现的代表作品是Struts框架，业务层实现的代表作品是Spring，持久层实现的代表作品是Hibernate。 举个例子。 持久层从持久库中取出-10。 业务层按照一定的逻辑（这里我们举例取温度的逻辑）翻译成-10摄氏度。 表示层显现给用户“哎呀，今天好冷！”。

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

优点：解耦合，明确分工，这是最大的优点了。缺点就是牺牲了丢丢性能，Viewer不能直接访问数据库，需要借助Controller这个中间层。

MVC、MVP、MVVM这些模式是为了解决开发过程中的实际问题而提出来的，目前作为主流的几种架构模式而被广泛使用。一、MVC（Model-View-Controller）MVC是比较直观的架构模式，用户操作->View（负责接收用户的输入操作）->Controller（业务逻辑处理）->Model（数据持久化）->View（将结果反馈给View）。MVC使用非常广泛，比如JavaEE中的SSH框架（Struts/Spring/Hibernate），Struts（View, STL）-Spring（Controller, Ioc、Spring MVC）-Hibernate（Model, ORM）以及ASP.NET中的ASP.NET MVC框架，xxx.cshtml-xxxcontroller-xxxmodel。（实际上后端开发过程中是v-c-m-c-v，v和m并没有关系，下图仅代表经典的mvc模型）二、MVP（Model-View-Presenter）MVP是把MVC中的Controller换成了Presenter（呈现），目的就是为了完全切断View跟Model之间的联系，由Presenter充当桥梁，做到View-Model之间通信的完全隔离。.NET程序员熟知的ASP.NET webform、winform基于事件驱动的开发技术就是使用的MVP模式。控件组成的页面充当View，实体数据库操作充当Model，而View和Model之间的控件数据绑定操作则属于Presenter。控件事件的处理可以通过自定义的IView接口实现，而View和IView都将对Presenter负责。三、MVVM（Model-View-ViewModel）如果说MVP是对MVC的进一步改进，那么MVVM则是思想的完全变革。它是将“数据模型数据双向绑定”的思想作为核心，因此在View和Model之间没有联系，通过ViewModel进行交互，而且Model和ViewModel之间的交互是双向的，因此视图的数据的变化会同时修改数据源，而数据源数据的变化也会立即反应到View上。这方面典型的应用有.NET的WPF，js框架Knockout、AngularJS等。以上。

MVC开始是存在于桌面程序中的，M是指业务模型，V是指用户界面，C则是控制器，使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。比如一批统计数据可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。 模型－视图－控制器（MVC）是Xerox PARC在二十世纪八十年代为编程语言Smalltalk－80发明的一种软件设计模式，已被广泛使用。后来被推荐为Oracle旗下Sun公司Java EE平台的设计模式，并且受到越来越多的使用ColdFusion和PHP的开发者的欢迎。模型－视图－控制器模式是一个有用的工具箱，它有很多好处，但也有一些缺点。 （概述内容来源： ）

一种结构，多用于WEB。你百度一下会有很具体的解释。

1. YiiYii是一个基于组件的高性能的PHP的框架，用于开发大规模Web应用。Yii采用严格的OOP编写，并有着完善的库引用以及全面的教程。从MVC，DAO/ActiveRecord，widgets，caching，等级式RBAC，Web服务，到主体化，I18N和L10N，Yii提供了今日Web 2.0应用开发所需要的几乎一切功能。而且这个框架的价格也并不太高。事实上，Yii是最有效率的PHP框架之一。2. CodeIgniterCodeIgniter是一个应用开发框架——一个为建立PHP网站的人们所设计的工具包。其目标在于快速的开发项目：它提供了丰富的库组以完成常见的任务，以及简单的界面，富有条理性的架构来访问这些库。使用CodeIgniter开发可以往项目中注入更多的创造力，因为它节省了大量编码的时间。3. CakePHPCakePHP是一个快速开发PHP的框架，其中使用了一些常见的设计模式如ActiveRecord，Association Data Mapping，Front Controller以及MVC。其主要目标在于提供一个令任意水平的PHP开发人员都能够快速开发web应用的框架，而且这个快速的实现并没有牺牲项目的弹性。4. PHPDevShellPHPDevShell是一个开源（GNU/LGPL）的快速应用开发框架，用于开发不含Javascript的纯PHP。它有一个完整的GUI管理员后台界面。其主要目标在于开发插件一类的基于管理的应用，其中速度、安全、稳定性及弹性是最优先考虑的重点。其设计形成了一个简单的学习曲线，PHP开发者无需学习复杂的新术语。PHPDevShell的到来满足了开发者们对于一个轻量级但是功能完善，可以无限制的进行配置的GUI的需求。5. AkelosAkelos PHP框架是一个基于MVC设计模式的web应用开发平台。基于良好的使用习惯，使用它可以完成如下任务：◆方便的使用Ajax编写views◆通过控制器管理请求（request）及响应（response）◆管理国际化的应用◆使用简单的协议与模型及数据库通信你的Akelos应用可以在大多数共享主机服务供应方上运行，因为Akelos对服务器唯一的要求就是支持PHP。因此，Akelos PHP框架是理想的用于发布单独web应用的框架，因为它不需要非标准PHP配置便能运行。6. SymfonySymfony是一个用于开发PHP5项目的web应用框架。这个框架的目的在于加速web应用的开发以及维护，减少重复的编码工作。Symfony的系统需求不高，可以被轻易的安装在任意设置上：你只需一个Unix或Windows，搭配一个安装了PHP5的网络服务器即可。它与差不多所有的数据库兼容。Symfony的价位不高，相比主机上的花销要低得多。对于PHP开发者而言，使用Symfony是一件很自然的事，其学习曲线只有短短一天。干净的设计以及代码可读性将缩短开发时间。开发者可以将敏捷开发的原理（如DRY，KISS或XP等）应用在其中，将重点放在应用逻辑层面上，而不用花费大量时间在编写没完没了的XML配置文件上。Symfony旨在建立企业级的完善应用程序。也就是说，你拥有整个设置的控制权：从路径结构到外部库，几乎一切都可以自定义。为了符合企业的开发条例，Symfony还绑定了一些额外的工具，以便于项目的测试，调试以及归档。7. PradoPRADO团队由一些PRADO狂热者组成，这些成员开发并推动PRADO框架以及相关项目的进行。PRADO的灵感起源于Apache Tapestry。从04年开始，PRADO成为SourceForge上的开源项目之一。这个项目目前进展到了3.x版本。8. Zend作为PHP艺术及精神的延伸，Zend框架的基础在于简单，面向对象的最佳方法，方便企业的许可协议，以及经过反复测试的快速代码库。Zend框架旨在建造更安全，更可靠的Web 2.0应用及web服务，并不断从前沿厂商（如Google，Amazon，Yahoo，Flickr，StrikeIron和ProgrammableWeb等）的API那里吸收精华。9. ZooPZoop PHP框架，意为Zoop面向对象的PHP框架。这是个稳定，可伸缩并可移植的框架。从诞生到现在的5年间，已经在不少产品开发中被使用。Zoop是一个快速，有效并干净的框架。它的伸缩性很好，你可以只安装你需要的功能。对代码并不很熟悉的开发者也可以通过Zoop快速的开发安全的web应用。熟练的开发者则可以更加将Zoop的弹性利用到极致。Zoop建议将display，logic以及数据层（MVC）分开使用。Zoop由很多组件和项目集合而成，其中包括smarty和prototype AJAX框架，PEAR模块等。高效的核心组件提供了很多你原本需要自己编码来实现的功能。Zoop内置的纠错功能可以通过配置实现生产环境下的错误日志生成，这个错误日志提供了很多信息，可读性很高，可以更轻易的寻找并排除错误。Zoop的一个特别之处在于其GuiControls，在PHP中是一个相当革新的想法。它提供了很多form widgets与验证完整的集合到一起，并形成了一个可以轻松打造个性化GuiControls的框架。10. QPHPQPHP，意为快速PHP，它是一个与ASP.NET类似的MVC框架。基本上它是这样一个情况：◆整合了Java和C#的美感◆除去了在其他PHP框架中使用的Perl形式的意义含糊的语言◆大量基于OOP的概念

模式有三种，Architectural Pattern、Design Pattern、Coding Pattern。架构模式描述软件系统里基本的结构组织或纲要，提供一些事先定义好的子系统，指定他们的责任，并给出他们组织在一起是法则和指南。一个架构模式常常可以分解为许多设计模式的联合使用。设计模式提供一种提炼子系统或软件系统中的组件或者他们之间的关系的纲要设计。设计模式描述普遍存在的在相互通信的组件中重复出现的结构，这种结构解决在一起的背景中的具有一般性的设计问题。

1.MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写。2.MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。3.MVVM模式和MVC模式一样，主要目的是分离视图（View）和模型（Model）4.最典型的MVC就是JSP + servlet + javabean的模式。也就是说，不管是MVC还是MVVM,都是为了使程序更加便利，用一个成语来说，叫做各司其职，每一层由每一层相应的工作，不会多做也不会少做，而MVVM也是与时俱进的产物，应对人们日益复杂的需求变化而产生的。

个人认为，MVC模式是基于WEB系统模块化框架的大思想，繁衍出的一个把视图和处理做低耦合分离的一种模式。核心就是尽可能让一个后台系统，在几乎不做任何修改的情况下，同时支持多种视图。在视图和后台分离这一点上，不仅仅是MVC，还有多层数据结构也由此特性。MVC的关键在于多种视图(也就是多个客户端)的支持。具体可以参考下面的链接。

MVC全名是ModelViewController，是模型(model)-视图(view)-控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。三层架构(3-tierarchitecture)：通常意义上的三层架构就是将整个业务应用划分为:表现层(Presentationlayer)、业务逻辑层(BusinessLogicLayer)、数据访问层(Dataaccesslayer)。在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。区别：三层架构中，DAL、BLL、WEB层各司其职，意在职责分离。在MVC中，这三个加起来以后才是三层架构中的WEB层。

Model-View-Control

b/s 是抽象意义上的用应架构，相对于传统上的c/s架构而言的，使得数据层和表现层进一步分离。 mvc是一种具体的编程架构，比如struts，已经定义好了框架，然后由你来具体实现，同理，ejb也是这样的。就这些吧.希望能帮到你

1.创建一个maven webapp工程。2.修改WEB-INF目录下的web.xml文件：内容如下，文中有注释[html] view plain copy print?<?xml version="1.0" encoding="UTF-8"?> <web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd" version="3.0"> <display-name>Archetype Created Web Application</display-name> <!-- spring MVC的核心就是DispatcherServlet，使用springMVC的第一步就是将下面的servlet放入web.xml servlet-name属性非常重要，默认情况下，DispatchServlet会加载这个名字-servlet.xml的文件，如下，就会加载 dispather-servlet.xml，也是在WEN-INF目录下。 --> <servlet> <servlet-name>dispatcher</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <load-on-startup>1</load-on-startup> </servlet> <!-- 设置dispatchservlet的匹配模式，通过把dispatchservlet映射到/，默认servlet会处理所有的请求，包括静态资源 --> <servlet-mapping> <servlet-name>dispatcher</servlet-name> <url-pattern>/</url-pattern> </servlet-mapping> <!-- 字符集过滤器 --> <filter> <filter-name>encodingFilter</filter-name> <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class> <init-param> <param-name>encoding</param-name> <param-value>UTF-8</param-value> </init-param> <init-param> <param-name>forceEncoding</param-name> <param-value>true</param-value> </init-param> </filter> <filter-mapping> <filter-name>encodingFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping> </web-app> 说明：其中字符集过滤器部分不是必须的，但是如果要处理中文的话，最好还是加上。3.在WEN-INF目录下创建dispatcher-servlet.xml内容如下，文中有注释。[html] view plain copy print?<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context" xmlns:mvc="http://www.springframework.org/schema/mvc" xmlns:p="http://www.springframework.org/schema/p" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/mvc http://www.springframework.org/schema/mvc/spring-mvc.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context.xsd" default-lazy-init="true"> <!-- 通过mvc:resources设置静态资源，这样servlet就会处理这些静态资源，而不通过控制器 --> <!-- 设置不过滤内容，比如:css,jquery,img 等资源文件 --> <mvc:resources location="/*.html" mapping="/**.html" /> <mvc:resources location="/css/*" mapping="/css/**" /> <mvc:resources location="/js/*" mapping="/js/**" /> <mvc:resources location="/images/*" mapping="/images/**" /> <!-- 添加注解驱动 --> <mvc:annotation-driven /> <!-- 默认扫描的包路径 --> <context:component-scan base-package="com.my.web" /> <!-- mvc:view-controller可以在不需要Controller处理request的情况，转向到设置的View --> <!-- 像下面这样设置，如果请求为/，则不通过controller，而直接解析为/index.jsp --> <mvc:view-controller path="/" view-name="index" /> <bean class="org.springframework.web.servlet.view.UrlBasedViewResolver"> <property name="viewClass" value="org.springframework.web.servlet.view.JstlView"></property> <!-- 配置jsp路径前缀 --> <property name="prefix" value="/"></property> <!-- 配置URl后缀 --> <property name="suffix" value=".jsp"></property> </bean> </beans> 说明： 其中<!-- 默认扫描的包路径 --><context:component-scan base-package="com.my.web" />中的路径，com.my.web，是需要在src/main/java中创建的包，用来放Java代码。4.使用maven引入SpringMVC所依赖的jar包。修改pom.xml文件4.1添加属性，在<project>标签中[html] view plain copy print?<properties> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <spring.version>3.1.2.RELEASE</spring.version> </properties> 4.2添加依赖，在<dependencies>标签中[html] view plain copy print? <!-- spring begin --> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> <version>${spring.version}</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-jdbc</artifactId> <version>${spring.version}</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-context</artifactId> <version>${spring.version}</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-aop</artifactId> <version>${spring.version}</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-core</artifactId> <version>${spring.version}</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-test</artifactId> <version>${spring.version}</version> </dependency> <!-- spring end --> 添加完成之后，通过更新工程，就会自动引入所依赖的jar包。做完上面的准备工作之后就可以写代码了。5.写前台页面：在maven工程中生成的有一个index.jsp，将其修改成一下内容，很简单，只是一个登陆框，提交一个form表单，中的用户名和密码。[html] view plain copy print?<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> <title>欢迎</title> </head> <body> <h2>Hello World!</h2> <form action="login"> 用户名：<input id="username" name="username" type="text"></input><br> 密 码：<input id="username" name="password" type="password"></input><br> <input type="submit"> </form> <span>当前IP：<%=request.getRemoteAddr() %></span> </body> </html> 6.写controller层代码，用来响应前台请求。[java] view plain copy print?package com.my.web.controller; import org.springframework.stereotype.Controller; import org.springframework.web.bind.annotation.RequestMapping; import org.springframework.web.bind.annotation.RequestParam; import org.springframework.web.bind.annotation.ResponseBody; /** * TODO 控制层代码 * @author 591791 * @date 2014年11月27日 */ @Controller public class MyController { @RequestMapping("login") //用来处理前台的login请求 private @ResponseBody String hello( @RequestParam(value = "username", required = false)String username, @RequestParam(value = "password", required = false)String password ){ return "Hello "+username+",Your password is: "+password; } }

MVC:Model-View-Control分别代表模型，视图，控制器。MVC只是一个编程分层的概念，并不是什么编程技术，你用ASP，PHP，JAVA，.NET都可以实现。其中M与数据库打交道，封装数据操作，只提供接口给CC是路由控制器，负责程序的来龙去脉动，连接M与VV是视图，负责接收C传过来的参数并显示给用户MVC只要你写好M，C，用模板技术，如SMARTY分离出数据与模板即是一个简单的MVC框架，我本身也有写MVC框架，前后台分离，但共用类库，M与C都写在共用的文件夹里，统一调用，前后台有各自的V，用SMARTY分离实现，多模板，多语言切换

spring 是是一个开源框架，是为了解决企业应用程序开发；目的：解决企业应用开发的复杂性；功能：使用基本的JavaBean代替EJB，并提供了更多的企业应用功能；简单来说，Spring是一个轻量级的控制反转（IoC）和面向切面（AOP）的容器框架。轻量——从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。并且Spring所需的处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类。Spring MVC就是一个MVC框架，个人觉得Spring MVC annotation式的开发比Struts2方便，可以直接代替上面的Struts（当然Struts的做为一个非常成熟的MVC，功能上感觉还是比Spring强一点，不过Spring MVC已经足够用了）。当然spring mvc的执行效率比struts高，是因为struts的值栈影响效率。spring mvc类似于struts的一个MVC开框架，其实都是属于spring，spring mvc需要有spring的架包作为支撑才能跑起来。

首先要明白mvc框架的主要目的:把视图和逻辑分开，就是降低界面和代码的耦合度。不知道问的是java的mvc还是点net的mvc，总之目的都一样。1.重写路由和寻址，配置大于设计。MVC的C最重要，就是控制器最重要，尤其是自己的项目越来越大，模块越来越独立，更要注重路由和寻址。可以高效的管理和开发在同一项目里的不同子系统。2.动态可配。凡事页面动态现实的信息，尽量抽取出来做成可配的数据，公共信息一般存在xml里面，其他存数据库。方便以后整体改版或升级。3.分层开发，降低耦合度。把界面层，逻辑层，数据层的耦合度降到最低。例如: 想换一种数据库，只需要修改数据层的代码就行了，这样对项目改动最小。千万别数据库查出来的数据直接送到UI层，这样一改全改，一定要定义好每层之间的传输实体。4.独立成块，可扩展。能独立成模块的尽量独立出来，方便以后维护和扩展。比如想为android和ios提供api。不需要再重写一遍相同的逻辑，直接把模块拿来用就可以了。

MVC是三个单词的缩写,分别为： 模型(Model),视图(View)和控制Controller)。

很多框架都是以方便实现MVC模式而设计的，比如Struts，spring。现在很多公司都是自己实现MVC框架，而不是用开源框架。Struts1,struts2,spring mvc,grails,JSF都是比较常用的MVC框架，另外还有一个Tapestry

spring 是是一个开源框架，是为了解决企业应用程序开发，功能如下◆目的：解决企业应用开发的复杂性◆功能：使用基本的JavaBean代替EJB，并提供了更多的企业应用功能◆范围：任何Java应用简单来说，Spring是一个轻量级的控制反转（IoC）和面向切面（AOP）的容器框架。◆轻量——从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。并且Spring所需的处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类。◆控制反转——Spring通过一种称作控制反转（IoC）的技术促进了松耦合。当应用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。你可以认为IoC与JNDI相反——不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。◆面向切面——Spring提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务（例如审计（auditing）和事务（transaction）管理）进行内聚性的开发。应用对象只实现它们应该做的——完成业务逻辑——仅此而已。它们并不负责（甚至是意识）其它的系统级关注点，例如日志或事务支持。◆容器——Spring包含并管理应用对象的配置和生命周期，在这个意义上它是一种容器，你可以配置你的每个bean如何被创建——基于一个可配置原型（prototype），你的bean可以创建一个单独的实例或者每次需要时都生成一个新的实例——以及它们是如何相互关联的。然而，Spring不应该被混同于传统的重量级的EJB容器，它们经常是庞大与笨重的，难以使用。◆框架——Spring可以将简单的组件配置、组合成为复杂的应用。在Spring中，应用对象被声明式地组合，典型地是在一个XML文件里。Spring也提供了很多基础功能（事务管理、持久化框架集成等等），将应用逻辑的开发留给了你。所有Spring的这些特征使你能够编写更干净、更可管理、并且更易于测试的代码。它们也为Spring中的各种模块提供了基础支持。Spring的两大核心AOP与IOC，可以单独用于任何应用，包括与Struts等MVC框架与Hibernate等ORM框架的集成，目前很多公司所谓的轻量级开发就是用 Spring + Struts(2)+Hibernate。Spring MVC就是一个MVC框架，个人觉得Spring MVC annotation式的开发比Struts2方便，可以直接代替上面的Struts（当然Struts的做为一个非常成熟的MVC，功能上感觉还是比Spring强一点，不过Spring MVC已经足够用了）。当然spring mvc的执行效率比struts高，是因为struts的值栈影响效率spring mvc类似于struts的一个MVC开框架，其实都是属于spring，spring mvc需要有spring的架包作为支撑才能跑起来如果有人问你什么事控制反转（spring的核心面试常问道）：你就回答，本来程序是由我们new 出来的嘛，后来交给程序控制进行new出来了嘛，这就是控制反转。

Spring MVC全教程(含源码)https://mp.weixin.qq.com/s/DOC2Q4hylXEc3zlOEONk1w

MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。 视图视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括Macromedia　Flash和象XHTML，XML/XSL，WML等一些标识语言和Web　services. 模型模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。例如它可能用象EJBs和ColdFusion　Components这样的构件对象来处理数据库。被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。 控制器控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后用确定用哪个视图来显示模型处理返回的数据。 现在我们总结ＭVC的处理过程，首先控制器接收用户的请求，并决定应该调用哪个模型来进行处理，然后模型用业务逻辑来处理用户的请求并返回数据，最后控制器用相应的视图格式化模型返回的数据，并通过表示层呈现给用户。 大部分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将会使你的软件在健壮性，代码重用和结构方面上一个新的台阶。 Java开发Web Application有几种符合MVC设计模式的开发方式。 1:Jsp+Servlet+JavaBean(EJB) 2:Jsp+JavaBean(Controller)+JavaBean(EJB)(Model) 3:TDK(Turbine，Velocity...) 4:Xsp5:Jsp+Struts+JavaBean(EJB)附：三层架构即“表现层”，“业务层”，“持久化层”。表现层实现的代表作品是Struts框架，业务层实现的代表作品是Spring，持久层实现的代表作品是Hibernate。 举个例子。 持久层从持久库中取出-10。 业务层按照一定的逻辑（这里我们举例取温度的逻辑）翻译成-10摄氏度。 表示层显现给用户“哎呀，今天好冷！”。

你可以把它理解成你构建项目的引导思想，并没有固定的用法

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）是Xerox PARC在八十年代为编程语言Smalltalk－80发明的一种软件设计模式，至今已被广泛使用。最近几年被推荐为Sun公司J2EE平台的设计模式，并且受到越来越多的使用 ColdFusion 和 PHP 的开发者的欢迎。模型－视图－控制器模式是一个有用的工具箱，它有很多好处，但也有一些缺点。

MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。 视图视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括Macromedia　Flash和象XHTML，XML/XSL，WML等一些标识语言和Web　services. 模型模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。例如它可能用象EJBs和ColdFusion　Components这样的构件对象来处理数据库。被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。 控制器控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后用确定用哪个视图来显示模型处理返回的数据。 现在我们总结ＭVC的处理过程，首先控制器接收用户的请求，并决定应该调用哪个模型来进行处理，然后模型用业务逻辑来处理用户的请求并返回数据，最后控制器用相应的视图格式化模型返回的数据，并通过表示层呈现给用户。 大部分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将会使你的软件在健壮性，代码重用和结构方面上一个新的台阶。 Java开发Web Application有几种符合MVC设计模式的开发方式。 1:Jsp+Servlet+JavaBean(EJB) 2:Jsp+JavaBean(Controller)+JavaBean(EJB)(Model) 3:TDK(Turbine，Velocity...) 4:Xsp5:Jsp+Struts+JavaBean(EJB)附：三层架构即“表现层”，“业务层”，“持久化层”。表现层实现的代表作品是Struts框架，业务层实现的代表作品是Spring，持久层实现的代表作品是Hibernate。 举个例子。 持久层从持久库中取出-10。 业务层按照一定的逻辑（这里我们举例取温度的逻辑）翻译成-10摄氏度。 表示层显现给用户“哎呀，今天好冷！”。

一、架构内容不同1、Spring Boot：利用容器管理对象的生命周期，容器可以通过扫描XML文件或类上特定Java注解来配置对象，开发者可以通过依赖查找或依赖注入来获得对象。2、MVC框架：架构内容包括视图、模型、控制器。二、作用不同1、Spring Boot：用来简化新Spring应用的初始搭建以及开发过程。2、MVC框架：用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。三、特点不同1、Spring Boot：可以创建独立的Spring应用程序，并且基于其Maven或Gradle插件，可以创建可执行的JARs和WARs；内嵌Tomcat或Jetty等Servlet容器；尽可能自动配置Spring容器。2、MVC框架：耦合性低、重用性高、生命周期成本低、部署快、可维护性高、有利软件工程化管理。参考资料来源：百度百科-MVC框架百度百科-Spring Boot

mvc的界面和逻辑关联紧密，数据直接从数据库读取。mvvm的界面与viewmode是松耦合，界面数据从viewmodel中获取。如果你写代码的时候在界面的cs文件里有很多业务逻辑代码，那么你使用的就不是mvvm，而是mvc

这些框架更多用于后台开发，对于android的帮助也就是开发思想上吧。至于利用第三方框架，还是非常有用的，我们应该站在巨人的肩膀上开发，如果什么都自己来开发出来，那累也得累死了。

MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。 视图视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括Macromedia　Flash和象XHTML，XML/XSL，WML等一些标识语言和Web　services. 模型模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。例如它可能用象EJBs和ColdFusion　Components这样的构件对象来处理数据库。被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。 控制器控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后用确定用哪个视图来显示模型处理返回的数据。 现在我们总结ＭVC的处理过程，首先控制器接收用户的请求，并决定应该调用哪个模型来进行处理，然后模型用业务逻辑来处理用户的请求并返回数据，最后控制器用相应的视图格式化模型返回的数据，并通过表示层呈现给用户。 大部分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将会使你的软件在健壮性，代码重用和结构方面上一个新的台阶。 Java开发Web Application有几种符合MVC设计模式的开发方式。 1:Jsp+Servlet+JavaBean(EJB) 2:Jsp+JavaBean(Controller)+JavaBean(EJB)(Model) 3:TDK(Turbine，Velocity...) 4:Xsp5:Jsp+Struts+JavaBean(EJB)附：三层架构即“表现层”，“业务层”，“持久化层”。表现层实现的代表作品是Struts框架，业务层实现的代表作品是Spring，持久层实现的代表作品是Hibernate。 举个例子。 持久层从持久库中取出-10。 业务层按照一定的逻辑（这里我们举例取温度的逻辑）翻译成-10摄氏度。 表示层显现给用户“哎呀，今天好冷！”。

这两个都属于设计模式的一种。工厂模式属于创建型模式，关注对象的创建。MVC属于行为型模式，关注整个软件的结构及处理。

之前总是混淆MVC表现模式和三层架构模式，为此记录下。三层架构和MVC是有明显区别的,MVC应该是展现模式(三个加起来以后才是三层架构中的UI层) 三层架构(3-tier application) 通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。 1、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。 2、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。 3、数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等。 MVC是 Model-View-Controller，严格说这三个加起来以后才是三层架构中的UI层，也就是说，MVC把三层架构中的UI层再度进行了分化，分成了控制器、视图、实体三个部分，控制器完成页面逻辑，通过实体来与界面层完成通话；而C层直接与三层中的BLL进行对话。mvc可以是三层中的一个表现层框架，属于表现层。三层和mvc可以共存。 三层是基于业务逻辑来分的，而mvc是基于页面来分的。 MVC主要用于表现层，3层主要用于体系架构，3层一般是表现层、中间层、数据层，其中表现层又可以分成M、V、C，(Model View Controller)模型－视图－控制器 曾把MVC模式和Web开发中的三层结构的概念混为一谈，直到今天才发现一直是我的理解错误。MVC模式是GUI界面开发的指导模式，基于表现层分离的思想把程序分为三大部分：Model-View-Controller，呈三角形结构。Model是指数据以及应用程序逻辑，View是指 Model的视图，也就是用户界面。这两者都很好理解，关键点在于Controller的角色以及三者之间的关系。在MVC模式中，Controller和View同属于表现层，通常成对出现。Controller被设计为处理用户交互的逻辑。一个通常的误解是认为Controller负责处理View和Model的交互，而实际上View和Model之间是可以直接通信的。由于用户的交互通常会涉及到Model的改变和View的更新，所以这些可以认为是Controller的副作用。MVC是表现层的架构，MVC的Model实际上是ViewModel，即供View进行展示的数据。 ViewModel不包含业务逻辑，也不包含数据读取。 而在N层架构中，一般还会有一个Model层，用来与数据库的表相对应，也就是所谓ORM中的O。这个Model可能是POCO，也可能是包含一些验证逻辑的实体类，一般也不包含数据读取。进行数据读取的是数据访问层。而作为UI层的MVC一般不直接操作数据访问层，中间会有一个业务逻辑层封装业务逻辑、调用数据访问层。UI层（Controller）通过业务逻辑层来得到数据（Model），并进行封装（ViewModel），然后选择相应的View。MVC本来是存在于Desktop程序中的，M是指数据模型，V是指用户界面，C则是控制器。使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。比如一批统计数据你可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。 MVC如何工作 MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。 视图V 视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括Macromedia Flash和象XHTML，XML/XSL，WML等一些标识语言和Web services. 如何处理应用程序的界面变得越来越有挑战性。MVC一个大的好处是它能为你的应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。 模型M 模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。 控制器C 控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。模型Model 模型是应用程序的主体部分。模型表示业务数据，或者业务逻辑. 实现具体的业务逻辑、状态管理的功能。 视图View 视图是应用程序中用户界面相关的部分，是用户看到并与之交互的界面。 就是与用户实现交互的页面，通常实现数据的输入和输出功能。 控制器controller 控制器工作就是根据用户的输入，控制用户界面数据显示和更新model对象状态。起到控制整个业务流程的作用，实现View层跟Model层的协同工作。3层架构指:表现层(显示层) 业务逻辑层 数据访问层(持久化)如果大家非要“生搬硬套”把它和MVC扯上关系话那我就只能在这里"强扭这个瓜"了即: V 3层架构中"表现层"aspx页面对应MVC中View(继承的类不一样) C 三层架构中"表现层"的aspx.cs页面(类)对应MVC中的Controller,理解这一点并不难，大家想一想我们以前写过的 Redirect，当然它本身就是跳转了一些链接页面，而MVC中的Controller要做的更爽，它控制并显示输出了一个视图。即然所起到的作用都是对业务流程和显示信息的控制，只不过是实现手段不同而已。 M 3层架构中业务逻辑层和数据访问层对应MVC中Model(必定View和Controller已找到“婆家”剩下Model只能是业务逻辑层和数据访问层了)为什么要使用 MVC 大部分Web应用程序都是用像ASP，PHP，或者CFML这样的过程化(自PHP5.0版本后已全面支持面向对象模型)语言来创建的。它们将像数据库查询语句这样的数据层代码和像HTML这样的表示层代码混在一起。经验比较丰富的开发者会将数据从表示层分离开来，但这通常不是很容易做到的，它需要精心的计划和不断的尝试。MVC从根本上强制性的将它们分开。尽管构造MVC应用程序需要一些额外的工作，但是它给我们带来的好处是无庸质疑的。 首先，最重要的一点是多个视图能共享一个模型，现在需要用越来越多的方式来访问你的应用程序。对此，其中一个解决之道是使用MVC，无论你的用户想要Flash界面或是 WAP 界面；用一个模型就能处理它们。由于你已经将数据和业务规则从表示层分开，所以你可以最大化的重用你的代码了。 由于模型返回的数据没有进行格式化，所以同样的构件能被不同界面使用。例如，很多数据可能用HTML来表示，但是它们也有可能要用Adobe Flash和WAP来表示。模型也有状态管理和数据持久性处理的功能，例如，基于会话的购物车和电子商务过程也能被Flash网站或者无线联网的应用程序所重用。 因为模型是自包含的，并且与控制器和视图相分离，所以很容易改变你的应用程序的数据层和业务规则。如果你想把你的数据库从MySQL移植到Oracle，或者改变你的基于RDBMS数据源到LDAP，只需改变你的模型即可。一旦你正确的实现了模型，不管你的数据来自数据库或是LDAP服务器，视图将会正确的显示它们。由于运用MVC的应用程序的三个部件是相互独立，改变其中一个不会影响其它两个，所以依据这种设计思想你能构造良好的松耦合的构件。 对我来说，控制器也提供了一个好处，就是可以使用控制器来联接不同的模型和视图去完成用户的需求，这样控制器可以为构造应用程序提供强有力的手段。给定一些可重用的模型和视图，控制器可以根据用户的需求选择模型进行处理，然后选择视图将处理结果显示给用户。拿一个简单的登陆模块说，需求是你输入一个用户名、密码，如果输入的跟预先定义好的一样，那么就进入到正确页面，如果不一样，就提示个错误信息“你Y别在这儿蒙我，输入的不对！”。 V 这个小小的模块中，起始的输入用户名密码的页面跟经过校验后显示的页面就相当于View C 而这里还需要一个controller页面，就是用于接收输入进来的用户名密码，还有经过校验后返回的一个flg（此flg就是用于判断你输入的是否正确，而跳转到相应的页面的） M 最后还缺一个Model，那么就是你那个用于校验的类了，他就是处理你输入的是否跟预先订好的一样不一样的，之后返回一个flg。 这样就完全实现了逻辑跟页面的分离，我页面不管你咋整，反正我就一个显示，而controller呢也不管你Model咋判断对不对，反正我给你了用户名跟密码，你就得给我整回来一个flg来，而Medol呢，则是反正你敢给我个用户名跟密码，我就给你整过去个flgm 提供数据，数据之间的关系，转化等。并可以通知视图和控制器自己哪些地方发生了变化。 v 提供显示，能根据m的改变来更新自己 c 比如视图做了点击一个按钮，会先发给这个视图的控制器，然后这个控制器来决定做什么操作(让模型更新数据，控制视图改变) mvc是一个复合模式 mv，mc都是观察者模式 m内部的组件组合模式 vc之间是策略模式(可以随时更换不同的控制器)MVC模式是上世纪70年代提出，最初用于Smalltalk平台上的。 MVC是表现模式，是用来向用户展现的许多组建的一个模式（UI/Presentation Patten） MVC有三种角色： Model：用来储存数据的组件（与领域模型概念不同，两者会相互交叉） View：从Model中获取数据进行内容展示的组件。同样的Model在不同的View下可展示不同的效果。获取Model的状态，而不对其进行操作。 Controller：接受并处理用户指令（操作Model（业务）），选择一个View进行操作。MVC概述：协作 存在单向引用，例如Model不知道View和Controller的存在。View不知道Controller的存在。这就隔离了表现和数据。View和controller是单向引用。而实际中View和Controller也是有数据交互的。MVC的重要特点是分离。两种分离： View和数据(Model)的分离 使用不同的View对相同的数据进行展示；分离可视和不可视的组件，能够对Model进行独立测试。因为分离了可视组件减少了外部依赖利于测试。（数据库也是一种外部组件） View和表现逻辑(Controller)的分离 Controller是一个表现逻辑的组件，并非一个业务逻辑组件。MVC可以作为表现模式也可以作为建构模式，意味这Controller也可以是业务逻辑。分离逻辑和具体展示，能够对逻辑进行独立测试。MVC和三层架构 MVC与三层架构类似么？ View-UI Layer | Controller-Bussiness Layer | Model-Data Access Layer 其实这样是错误的 MVC是表现模式（Presentation Pattern） 三层架构是典型的架构模式（Architecture Pattern） 三层架构的分层模式是典型的上下关系，上层依赖于下层。但MVC作为表现模式是不存在上下关系的，而是相互协作关系。即使将MVC当作架构模式，也不是分层模式。MVC和三层架构基本没有可比性，是应用于不同领域的技术。MVC模式与三层架构:ui (view)←(contorller)***********************bll (model)***********************dal (model)

框架和设计模式的区别有很多程序员往往把框架模式和设计模式混淆，认为MVC是一种设计模式。实际上它们完全是不同的概念。 框架、设计模式这两个概念总容易被混淆，其实它们之间还是有区别的。框架通常是代码重用，而设计模式是设计重用，架构则介于两者之间，部分代码重用，部分设计重用，有时分析也可重用。在软件生产中有三种级别的重用：内部重用，即在同一应用中能公共使用的抽象块;代码重用，即将通用模块组合成库或工具集，以便在多个应用和领域都能使用；应用框架的重用，即为专用领域提供通用的或现成的基础结构，以获得最高级别的重用性。框架与设计模式虽然相似，但却有着根本的不同。设计模式是对在某种环境中反复出现的问题以及解决该问题的方案的描述，它比框架更抽象；框架可以用代码表示，也能直接执行或复用，而对模式而言只有实例才能用代码表示;设计模式是比框架更小的元素，一个框架中往往含有一个或多个设计模式，框架总是针对某一特定应用领域，但同一模式却可适用于各种应用。可以说，框架是软件，而设计模式是软件的知识。框架模式有哪些？MVC、MTV、MVP、CBD、ORM等等；框架有哪些？C++语言的QT、MFC、gtk，Java语言的SSH 、SSI，php语言的 smarty(MVC模式)，python语言的django(MTV模式)等等设计模式有哪些？工厂模式、适配器模式、策略模式等等简而言之：框架是大智慧，用来对软件设计进行分工；设计模式是小技巧，对具体问题提出解决方案，以提高代码复用率，降低耦合度。

MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。1：耦合性低视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。2：重用性高随着技术的不断进步，需要用越来越多的方式来访问应用程序。MVC模式允许使用各种不同样式的视图来访问同一个服务器端的代码，因为多个视图能共享一个模型，它包括任何WEB（HTTP）浏览器或者无线浏览器（wap），比如，用户可以通过电脑也可通过手机来订购某样产品，虽然订购的方式不一样，但处理订购产品的方式是一样的。由于模型返回的数据没有进行格式化，所以同样的构件能被不同的界面使用。MVC使开发和维护用户接口的技术含量降低。3：部署快使用MVC模式使开发时间得到相当大的缩减，它使程序员（Java开发人员）集中精力于业务逻辑，界面程序员（HTML和JSP开发人员）集中精力于表现形式上。4：可维护性高分离视图层和业务逻辑层也使得WEB应用更易于维护和修改。5：有利软件工程化管理由于不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化、工具化管理程序代码。控制器也提供了一个好处，就是可以使用控制器来联接不同的模型和视图去完成用户的需求，这样控制器可以为构造应用程序提供强有力的手段。给定一些可重用的模型和视图，控制器可以根据用户的需求选择模型进行处理，然后选择视图将处理结果显示给用户。

个人认为，MVC模式是基于WEB系统模块化框架的大思想，繁衍出的一个把视图和处理做低耦合分离的一种模式。核心就是尽可能让一个后台系统，在几乎不做任何修改的情况下，同时支持多种视图。在视图和后台分离这一点上，不仅仅是MVC，还有多层数据结构也由此特性。MVC的关键在于多种视图(也就是多个客户端)的支持。具体可以参考下面的链接。

Struts2和SpringMVC是比较流行的MVC框架，二者的工作流程大体相似，从下面两张图就可以看出。SpringMVC工作流程图图二 SpringMVC的工作流程描述1. 用户向服务器发送请求，请求被Spring前端控制Servelt DispatcherServlet捕获;2. DispatcherServlet对请求URL进行解析，得到请求资源标识符(URI)。然后根据该URI，调用HandlerMapping获得该Handler配置的所有相关的对象(包括Handler对象以及Handler对象对应的拦截器)，最后以HandlerExecutionChain对象的形式返回;3. DispatcherServlet根据获得的Handler，选择一个合适的HandlerAdapter。( 附注 :如果成功获得HandlerAdapter后，此时将开始执行拦截器的preHandler(...)方法)4. 提取Request中的模型数据，填充Handler入参，开始执行Handler(Controller)。在填充Handler的入参过程中，根据你的配置，Spring将帮你做一些额外的工作:HttpMessageConveter:将请求消息(如Json、xml等数据)转换成一个对象，将对象转换为指定的响应信息数据转换:对请求消息进行数据转换。如String转换成Integer、Double等数据根式化:对请求消息进行数据格式化。如将字符串转换成格式化数字或格式化日期等数据验证:验证数据的有效性(长度、格式等)，验证结果存储到BindingResult或Error中5. Handler执行完成后，向DispatcherServlet 返回一个ModelAndView对象;6. 根据返回的ModelAndView，选择一个适合的ViewResolver(必须是已经注册到Spring容器中的ViewResolver)返回给DispatcherServlet ;7. ViewResolver结合Model和View，来渲染视图8.将渲染结果返回给客户端。Strut2的体系结构如图所示:从图可以看出，一个请求在Struts2框架中的处理大概分为以下几个步骤:1、客户端初始化一个指向Servlet容器(例如Tomcat)的请求;2、这个请求经过一系列的过滤器(Filter)(这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器，这个过滤器对于Struts2和其他框架的集成很有帮助，例如:SiteMeshPlugin);3、接着StrutsPrepareAndExecuteFilter被调用，StrutsPrepareAndExecuteFilter询问ActionMapper来决定这个请求是否需要调用某个Action;4、如果ActionMapper决定需要调用某个Action，StrutsPrepareAndExecuteFilter把请求的处理交给ActionProxy;5、ActionProxy通过ConfigurationManager询问框架的配置文件，找到需要调用的Action类;6、ActionProxy创建一个ActionInvocation的实例。7、ActionInvocation实例使用命名模式来调用，在调用Action的过程前后，涉及到相关拦截器(Intercepter)的调用。8、一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果通常是(但不总是，也可能是另外的一个Action链)一个需要被表示的JSP或者FreeMarker的模版。在表示的过程中可以使用Struts2框架中继承的标签。在这个过程中需要涉及到ActionMapper。以上是从宏观上对比下二者的工作流程，下面针对细节对比二者的不同。SpringMVC和Struts2的区别:1. 机制:springmvc的入口是servlet，而struts2是filter(这里要指出，filter和servlet是不同的。以前认为filter是servlet的一种特殊)，这样就导致了二者的机制不同，这里就牵涉到servlet和filter的区别了。spr ing mvc是基于方法的设计 ， 而sturts是基于类 ，导致:性能:spring会稍微比struts快。 spring mvc是基于方法的设计 ， 而sturts是基于类 ，每次发一次请求都会实例一个action，每个action都会被注入属性，而spring基于方法，粒度更细，但要小心把握像在servlet控制数据一样。spring3mvc是方法级别的拦截，拦截到方法后根据参数上的注解，把request数据注入进去，在spring3mvc中，一个方法对应一个request上下文。而struts2框架是类级别的拦截，每次来了请求就创建一个Action，然后调用settergetter方法把request中的数据注入; struts2实际上是通过setter getter方法与request打交道的 ，而 springmvc 不用 setter getter 方法 ;struts2中，一个Action对象对应一个request上下文。实现restful:springmvc是方法级别的拦截，一个方法对应一个request上下文，而方法同时又跟一个url对应，所以说从架构本身上 spring3 mvc就容易实现restful url 。 struts2 是类级别的拦截，一个类对应一个 request 上下文;实现 restfulurl 要费劲，因为 struts2 action 的一个方法可以对应一个 url ;而其类属性却被所有方法共享，这也就无法用注解或其他方式标识其所属方法了。

　　MVC的核心思想是将一个应用分成三个基本部分：Model（模型）、View（视图）和Controller（控制器），这三个部分以最少的耦合协同工作，从而提高应用的可扩展性及可维护性。　　MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。

MVC是三个单词的缩写,分别为： 模型(Model),视图(View)和控制Controller)。 MVC模式的目的就是实现Web系统的职能分工。 Model层实现系统中的业务逻辑，通常可以用JavaBean或EJB来实现。 View层用于与用户的交互，通常用JSP来实现。 Controller层是Model与View之间沟通的桥梁，它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。x0dx0a低耦合性x0dx0aMVC的好处x0dx0a　　视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。x0dx0a高重用性和可适用性x0dx0a　　随着技术的不断进步，现在需要用越来越多的方式来访问应用程序。MVC模式允许你使用各种不同样式的视图来访问同一个服务器端的代码。它包括任何WEB（HTTP）浏览器或者无线浏览器（wap），比如，用户可以通过电脑也可通过手机来订购某样产品，虽然订购的方式不一样，但处理订购产品的方式是一样的。由于模型返回的数据没有进行格式化，所以同样的构件能被不同的界面使用。例如，很多数据可能用HTML来表示，但是也有可能用WAP来表示，而这些表示所需要的命令是改变视图层的实现方式，而控制层和模型层无需做任何改变。x0dx0a较低的生命周期成本x0dx0a　　MVC使降低开发和维护用户接口的技术含量成为可能。x0dx0a快速的部署x0dx0a　　使用MVC模式使开发时间得到相当大的缩减，它使程序员（Java开发人员）集中精力于业务逻辑，界面程序员（HTML和JSP开发人员）集中精力于表现形式上。x0dx0a可维护性x0dx0a　　分离视图层和业务逻辑层也使得WEB应用更易于维护和修改。x0dx0a有利于软件工程化管理x0dx0a　　由于不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化、工具化管理程序代码。

Struts只是一个MVC框架（Framework）,用于快速开发Java Web应用。Struts实现的重点在C(Controller)，包括ActionServlet/RequestProcessor和我们定制的Action,也为V(View)提供了一系列定制标签（Custom Tag）。但Struts几乎没有涉及M(Model),所以Struts可以采用JAVA实现的任何形式的商业逻辑。 Spring是一个轻型容器(light-weight container)，其核心是Bean工厂(Bean Factory)，用以构造我们所需要的M(Model)。在此基础之上，Spring提供了AOP（Aspect-Oriented Programming, 面向层面的编程）的实现，用它来提供非管理环境下申明方式的事务、安全等服务；对Bean工厂的扩展ApplicationContext更加方便我们实现J2EE的应用；DAO/ORM的实现方便我们进行数据库的开发；Web MVC和Spring Web提供了Java Web应用的框架或与其他流行的Web框架进行集成。就是说可将两者一起使用，达到将两者自身的特点进行互补。

在JAVA中叫MVC不过也可以分七层在.NET中才叫做三层模式（它不叫架构）

MVC把一个web应用分成了三个部分：model view和controller。ASP.NET MVC框架提供了一个可以代替asp.net web窗体的基于mvc的应用。 ASP.NET MVC概述·mvc的优点： 1.通过把项目分成model view和controller，使得复杂项目更加容易维护。 2.没有使用view state和服务器表单控件，可以更方便的控制应用程序的行为 3.应用程序通过controller来控制程序请求，可以提供丰富的url重写。 4.对单元测试的支持更加出色 5.在团队开发模式下表现更出众 ASP.NET MVC概述·web窗体的优点： 1.采用事件驱动模式来控制应用程序请求，由大量服务器控件支持 2.采用页面控制机制，可以为单个页面添加事件处理函数。 3.使用view state和服务器端页面，使管理页面状态信息更加轻松。 4.对人数较少的想使用服务器端控件的开发团队，使用起来更加方便 5.开发起来比mvc模式要轻松简单一些 ASP.NET MVC概述mvc框架特色： 1.分离任务（输入逻辑，业务逻辑和显示逻辑），易测性和默认的测试驱动组件。所有mvc用到的组件都是基于接口并且可以被mock对象测试到，你可以不必在asp.net进程中运行controller就可以使用测试。使得测试更加快速和简捷。 2.可扩展的简便的框架。mvc框架被设计用来更轻松的移植和定制功能。你可以加入自己的视图引擎，url重写策略。重载action方法等。mvc也支持Dependency Injection (DI) and Inversion of Control (IOC） 3.强大的url重写机制让你更方便的建立容易理解和可搜索的url。url可以不包含任何文件扩展名，并且可以重写url使其对搜索引擎更加友好。 4.可以使用asp.net现有的页面标记、用户控件、模板页。你可以使用嵌套模板页，嵌入表达式<%=%>,声明服务器控件、模板，数据绑定、定位等等。 5.对现有的asp.net程序的支持，mvc让你可以使用如窗体认证和windows认证、url认证、组管理和规则、输出、数据缓存、session、profile 、health monitoring、配置管理系统、provider architecture特性。[编辑本段]ASP.NET MVC 2.0 Scott Gu在博客中宣布ASP.NET MVC 2正式版发布，该版本适用于Visual Studio 2008及基于ASP.NET 3.5平台的Visual Web Developer 2008 Express。 在2010年4月12日发布的VS 2010正式版与Visual Web Developer 2010正式版中内置对ASP.NET MVC 2的支持，不需要再另外安装。 离ASP.NET MVC 1发布还不到1年，目前为止，已经有近100万的开发者下载并使用。 ASP.NET MVC 2是ASP.NET MVC的又一次重大更新，兼容ASP.NET MVC 1，和以前一样，ASP.NET MVC 2源代码完全开放。ASP.NET MVC 2源代码完全开放。 ASP.NET MVC 2可以与ASP.NET MVC 1并存，也就是说在同一台机器上，可以有的程序用ASP.NET MVC 1，有的程序用ASP.NET MVC 2。 将ASP.NET MVC 1程序升级至ASP.NET MVC 2，请参考：Upgrading an ASP.NET MVC 1.0 Application to ASP.NET MVC 2。VS 2010会提供“升级向导”自动将你的ASP.NET MVC 1程序升级至ASP.NET MVC 2。

楼下的说的太多了，我总结一下吧：TP框架（怕你不知道，我说一下全称，知道就略过吧：ThinkPHP）的思想就是MVC，MVC是一种结构了。这里的M就是Model，主要用于数据库的操作。V就是View，主要用于HTML、CSS这些的静态语言，再结合一些从后台传过来的数据形成我们能看到的网页页面。C就是Controller，是他们的指挥官，可以调用Model里的函数，也可以调用View里的东西（这真不是函数，也不知道该怎么说，就说是东西吧）相关的MVC模型的PHP框架还有很多呢，当然其他语言也是存在这个模型的框架的