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

Spring 实际上是Expert One-on-One J2EE Design and Development 一书中所阐述的设计思想的具体实现。在One-on-One 一书中， Rod Johnson 倡导 J2EE 实用主义的 设计思想 ，并随书提供了一个初步的开发框架实现（ interface 21 开发包）。而Spring 正是这一思想的更全面和具体的体现。Rod Johnson 在interface21 开发包的基础之上，进行了进一步的改造和扩充，使其发展为一个更加开放、清晰、全面、高效的开发框架。

Spring是一个 开源框架 ，由Rod Johnson创建并且在他的著作《 J2EE设计开发编程指南 》里进行了描述。它是为了解决企业应用开发的复杂性而创建的。Spring使使用基本的 Java Beans来完成以前只可能由EJB完成的事情变得可能了。然而，Spring的用途不仅限于 服务器端 的开发。从简单性、 可测试性 和 松耦合 的角度而言，任何Java应用都可以从Spring中受益。

简单来说，Spring是一个轻量的 控制反转 和面向 切面 的容器框架。当然，这个描述有点过于简单。但它的确概括出了Spring是做什么的。

MVC框架 ZF

Zend Framework (简写ZF)是由 Zend 公司支持开发的完全基于 PHP5 的开源PHP开发框架，可用于开发 Web 程序和服务，ZF采用 MVC(Model–View-Controller) 架构模式 来分离应用程序中不同的部分方便程序的开发和维护。

（MVC框架的详细使用及其相关具体操作可以阅读参考资料： ^{或者 扩展阅读 第二，三，四条。）}

MVC框架 .NET

.NET MVC是微软官方提供的以MVC模式为基础的.NET Web应用程序(Web Application)框架,它由Castle的 MonoRail 而来(Castle的MonoRail是由java而来),目前最新版本是.N 4.5。

MVC框架 优点

1. 耦合性 低

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

2.重用性高

MVC模式允许使用各种不同样式的视图来访问同一个 服务器端 的代码，因为多个视图能共享一个模型，它包括任何WEB（HTTP）浏览器或者无线浏览器（wap），比如，用户可以通过电脑也可通过手机来订购某样产品，虽然订购的方式不一样，但处理订购产品的方式是一样的。由于模型返回的数据没有进行格式化，所以同样的构件能被不同的界面使用。

3.部署快， 生命周期 成本低

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

4. 可维护性 高

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

MVC框架 缺点

1.完全理解MVC比较复杂。

由于MVC模式提出的时间不长，加上同学们的实践经验不足，所以完全理解并掌握MVC不是一个很容易的过程。

2.调试困难。

因为模型和视图要严格的分离，这样也给调试应用程序带来了一定的困难，每个构件在使用之前都需要经过彻底的测试。

3.不适合小型，中等规模的应用程序

在一个中小型的应用程序中，强制性的使用MVC进行开发，往往会花费大量时间，并且不能体现MVC的优势，同时会使开发变得繁琐。

4.增加 系统结构 和实现的复杂性

对于简单的界面，严格遵循MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低 运行效率 。

5.视图与控制器间的过于紧密的连接并且降低了视图对模型数据的访问

视图与控制器是相互分离，但却是联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。

依据模型操作接口的不同，视图可能需要多次调用才能获得足够的 显示数据 。对未变化数据的不必要的频繁访问，也将损害操作性能。

根据 天极网 资料显示：基于Web的MVC framework在J2EE的世界内已是空前繁荣，TTS网站上几乎每隔一两个星期就会有新的MVC框架发布，比较好的MVC,老牌的有Struts、Webwork。新兴的MVC 框架有Spring MVC、Tapestry、JSF等。这些大多是著名团队的作品，另外还有一些边缘团队的作品，也相当出色，如Dinamica、 VRaptor 等，这些框架都提供了较好的层次分隔能力，在实现良好的MVC 分隔的基础上，通过提供一些现成的辅助 类库 ，同时也促进了 生产效率 的提高。

如何选择一个好的框架应用在项目中，将会对项目的效率和可重用是至关重要的。

在ASP .NET MVC框架中没有了自己的控件，页面显示完全就回到了写 html 代码的年代。还好在 asp .net mvc框架中也有自带的HtmlHelper和UrlHelper两个帮助类。另外在MvcContrib扩展项目中也有扩展一些帮助类，这样我们就不光只能使用完整的html来编写了需要显示的页面了，就可以使用这些帮助类来完成，但最后 运行时 都还是要生成 html代码 的。

HtmlHelper类

HtmlHelper类位于System.Web.MVC.Html 命名空间 下。主要包括FormExtensions,InputExtensions,

LinkExtensions,SelectExtensions,TextAreaExtensions,ValidationExtensions,RenderPartialExtensions等7个 静态类 ，他们全部是是采用拓展方法来实现的。

InputExtensions类：主要有5种类型的扩展方法，分别用于CheckBox控件、Hidden控件、Pass控件、Radion Button控件 和 TextBox控件

LinkExtensions类：该类主要用于生成 相关链接 ，主要扩展了ActionLink和RouteLink方法。

ActionLink：扩展方法主要实现一个连接，共有十个重载方法。

UrlHelper帮助类

看类名也都知道这个类是用来成URL在 ASP .NET MVC 应用程序 中。

UrlHelper提供了四个非常常用的四个方法。

1.Action方法通过提供Controller,Action和各种参数生成一个URL，

2.Content方法是将一个虚拟的，相对的路径转换到应用程序的 绝对路径 ，

3.Encode方法是对URL地址进行加密，与Server.Encode方法一样。

4.RouteUrl方法是提供在当前应用程序中规定的路由规则中匹配出URL。

另外还有两个属性，分别是RequestContext和RouteCollection两个属性，分别指的是包含HTTP 上下文 和RouteData两个属性，另外，RouteCollection是整个当前应用程序中规定的路由规则。

自定义 控件

微软 提供的HtmlHelper已经是足够大部分开发人员使用了，但是有一些功能要用微软提供的HtmlHelper可能还不满足要求。接下来就谈谈如何自定义的过程。

首先自定义的方法就是对HtmlHelper对象的扩展。

扩展方法实现的三要素：1、静态类　2、 静态方法 3、 this关键字

1、先定义一个类，例如：MyHtmlHelper：

using System;

using System.Collections.Generic;

using System.Linq;

using System.Web;

namespace MvcApplicationFirstDome.Models {

//静态类

public static class MyHtmlHelper

{

//静态方法

}

}

2、假设要扩展的方式是GetSpan，作用就是当你传入参数时，内部封装了之后返回结果，代码如下。注意在MyHtmlHelper类中要引用using System.Web.Mvc命名空间。

//静态方法

public static string GetSpan(this HtmlHelper htmlHelper,string text)

{

return ""+text+"";

}

经过上面两步之后HtmlHelper的扩展方法GetSpan基本可以使用了，接下来就讲解如何在页面调用了。

在调用的时候要注意下一命名空间：如果扩展方法的命名空间和页面的命名空间不同的就必须引用扩展方法的 命名空间 ，否则在页面是没有办法调用自定义的方法的。

引用完命名空间之后，就可以在相应的页面调用自定义的扩展方法了。

对于某些项目来说， 自定义控件 过于复杂和浪费时间。这个时候也可以从技术社区或是源代码站下载适合自己需求的Mvc控件。如一些控件套包， 表格控件 等。