MVC与模板概念的理解

本文来自互联网

MVC(Model View Controller)模型(model)－视图(view)－控制器(controller)

MVC如何工作

MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。

使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。

MVC的优点

低耦合性

　　视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。

高重用性和可适用性

　　随着技术的不断进步，现在需要用越来越多的方式来访问应用程序。MVC模式允许你使用各种不同样式的视图来访问同一个服务器端的代码。它包括任何WEB（HTTP）浏览器或者无线浏览器（wap），比如，用户可以通过电脑也可通过手机来订购某样产品，虽然订购的方式不一样，但处理订购产品的方式是一样的。由于模型返回的数据没有进行格式化，所以同样的构件能被不同的界面使用。例如，很多数据可能用HTML来表示，但是也有可能用WAP来表示，而这些表示所需要的命令是改变视图层的实现方式，而控制层和模型层无需做任何改变。

较低的生命周期成本

　　MVC使降低开发和维护用户接口的技术含量成为可能。

快速的部署

　　使用MVC模式使开发时间得到相当大的缩减，它使程序员（Java开发人员）集中精力于业务逻辑，界面程序员（HTML和JSP开发人员）集中精力于表现形式上。

可维护性

　　分离视图层和业务逻辑层也使得WEB应用更易于维护和修改。

有利于软件工程化管理

　　由于不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化、工具化管理程序代码。

MVC的缺点

　　MVC的缺点是由于它没有明确的定义，所以完全理解MVC并不是很容易。使用MVC需要精心的计划，由于它的内部原理比较复杂，所以需要花费一些时间去思考。

　　你将不得不花费相当可观的时间去考虑如何将MVC运用到你的应用程序，同时由于模型和视图要严格的分离，这样也给调试应用程序带来了一定的困难。每个构件在使用之前都需要经过彻底的测试。一旦你的构件经过了测试，你就可以毫无顾忌的重用它们了。

　　根据开发者经验，由于开发者将一个应用程序分成了三个部件，所以使用MVC同时也意味着你将要管理比以前更多的文件，这一点是显而易见的。这样好像我们的工作量增加了，但是请记住这比起它所能带给我们的好处是不值一提。

　　MVC并不适合小型甚至中等规模的应用程序，花费大量时间将MVC应用到规模并不是很大的应用程序通常会得不偿失。

　　MVC设计模式是一个很好创建软件的途径，它所提倡的一些原则，像内容和显示互相分离可能比较好理解。但是如果你要隔离模型、视图和控制器的构件，你可能需要重新思考你的应用程序，尤其是应用程序的构架方面。如果你肯接受MVC，并且有能力应付它所带来的额外的工作和复杂性，MVC将会使你的软件在健壮性，代码重用和结构方面上一个新的台阶。

Java开发Web Application

　　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)

　　6:SSH (Struts + Spring + Hibernate)

常见的MVC组件　　Struts： Apache的，最流行的MVC组件

　　Struts2 ：Apache用Struts 和 WebWork的组合出来的新产品，目前上升势头强劲

　　WebWork： 这个可是老牌的MVC组件，后来组合成了Struts2, 不过自身仍在发展

　　Spring MVC：SpringFramework自己整合自己Spring的优势推出的MVC组件，用户也不少

　　JSF： 这个是一个规范，Sun的和 Apache的都有各自的实现。用户量很大，被众多IDE支持。

　　Tapestry： 最彻底的MVC开发框架，丰富的组件资源，重用性很高。组件扮演着控制器Controller的角色，是模式层（Model） 中pure-domain objects和包含有组件的HTML模板之间的媒介。大多数情况下，这种方式应用于页面（页面也 是 Tapestry组件），但是在某些情况中，一个组件拥有自己的模板，包含着更多的组件，并且支持与使用者的互交。页面通过配置一系列属性表达式（Property expressions）连接模式层和表现层。属性表达式使用另外一种开源框架OGNL（Object Graph Navigation Language）。OGNL的开源工程（project）独立于Tapestry，但是在Tapestry中起很重要的作用。OGNL主要的目的在于读取和更新对象的Java Bean属性。

　　.net mvc：在.net上的mvc组件，经过了preview1~5，RC1，RC2，目前已经是正式版了，微软给出的定义是可以用于生产的架构。配合VS2008以及VS2010，相信.net mvc将会是MVC家族的重要的一员。