struts2最新版本，struts2的执行过程
大家好，今天小编来为大家解答struts2最新版本这个问题，struts2的执行过程很多人还不知道，现在让我们一起来看看吧！
谁能谈谈使用struts2的心得
最近做一个应用的时候用到了Jmesa（至于Jmesa的详细介绍，请Google），但是关于Struts2和Jmesa的资料特别少，费尽周折总算让他们两个正常运行了，现在把使用他们的一些心得写下来与大家分享。
版本：
Struts2: 2.0.11
Spring: 2.5.1
Freemarker: 2.3.12
Jmesa: 2.2.9
Eclipse 3.3
对应Eclipse3.3的插件（没用MyEclipse，我依然活得不错，哈哈～）
Tomcat 6.0.*
Struts2与Freemarker的配置非常简单——根本不用配置，呵呵，关键点就在：怎么在Struts2环境下使用Jmesa？当然我只用到了Jmesa提供的Taglib，没用使用到其他高级功能。
（1）、Jmesa实现的Taglib只需要在页面给它一个 List等集合类型的变量就可以正常显示。使用分页功能需要加入下面这段脚本：<script type="text/javascript">
function onInvokeAction(id)...{
setExportToLimit(id,'');
createHiddenInputFieldsForLimitAndSubmit(id);
}
</script>
（2）、使用导出功能，此处以Excel为例。需要加入以下脚本：<script type="text/javascript">
function onInvokeExportAction(id)...{
var parameterString= createParameterStringForLimit(id);
alert(parameterString);
location.href='${request.getContextPath()}/（此处为Action的Url）?'+ parameterString;
}
</script>
还有关键的一点就是：Action要实现ServletRequestAware,ServletResponseAware这两个接口，并且加入以下代码： private HttpServletRequest request;
private HttpServletResponse response;
public void setServletRequest(HttpServletRequest request)......{
this.request= request;
}
public void setServletResponse(HttpServletResponse response)......{
this.response= response;
}
以上变量定义了实例变量request和 response，为什么要这样做呢？看一下Jmesa的Tag example就知道了，如下：
TableFacade tableFacade= new TableFacadeImpl(id, request);
tableFacade.setItems(items);
tableFacade.setColumnProperties("password","nickname");
tableFacade.setExportTypes(response, CSV, EXCEL);// Tell the tableFacade what exports to use.
Limit limit= tableFacade.getLimit();
if(limit.isExported())...{
tableFacade.getTable().setCaption("user");
tableFacade.getTable().getRow().getColumn("password").setTitle("password");
tableFacade.getTable().getRow().getColumn("nickname").setTitle("nickname");
tableFacade.render();
return null;
}
最关键的就是这两句了： TableFacade tableFacade= new TableFacadeImpl(id, request);
tableFacade.setExportTypes(response, CSV, EXCEL);// Tell the tableFacade what exports to use.
第一句中如果没有request对象的话，不能实例化TableFacade类型的对象。
第二句中如果没有response对象的话，就没有数据。
除此之外还有一点要注意的就是页面中定义的tableFacade的id一定要与Action中的id的值相同，此id起标识导出文件的文件名的作用，也唯一标识一个table。
好了只要注意以上这些Jmesa的这个Taglib就可以使用了。
至于在Freemarker中使用Jmesa的这个Taglib，有以下注意事项：
（1）、items的值（即数据集合）直接写变量名就可以
（2）、maxRows属性写为maxRows=8不用加引号
以上两处注意事项不知道是不是Freemarker版本的问题，呵呵，有待检验。
注：Jmesa的功能非常强大，可以实现复杂的表格。。。。。。好东西思想先进
为什么要用到struts2
Apache Struts在2000年5月由 Craig McClanahan发起，并于2001年7月发布了1.0版本。从技术的角度上讲，它是在开发Web程序上的一次跨越性的进步，但更重要的是，它是在最恰当的时候出现在了人们的眼前。Struts一出现便大受欢迎，更成为了以后几年内web开发的实际标准。
Struts2是Struts的下一代产品。最初提案Struts Ti所设想的发展方向，在Struts的现有代码的基础上是很难完成的。在发起提案的时候，Patrick Lightbody把多个不同的Web框架的领导者邀请到了一起，希望大家能够协力完成一个通用的框架。但因种种原因，只有WebWork和Struts走到了一起。Struts2吸取了Struts1.x和WebWork的各种优点，更改了一些不足的地方，比如移走了原来WebWork中的IOC实现，引入Spring的IOC实现等。Struts2的目标就是----使Web开发更加容易。
今天摆在web开发人员面前的是众多的web开发框架，有些来自开源社区，有些来自商业公司，以满足各种web开发需要，到目前为止，有最少超过40种的web开发框架，那我们为什么要选择Struts2呢？下面列出一些Struts2的特性。
基于pojo易于测试
在Struts1.x中我需要Mock出这两个Http对象，使我们很难编写Action的单元测试，与Struts1.x相比，Struts2的Action不再依赖于HttpServletRequest和HttpServletResponse对象，使我们能够更方便的针对Action编写单元测试。Struts2的单元测试看起来就像这样：
public void testEnrol(){
userinfoAction.setUsername("wangwu");
userinfoAction.setUserPassword("123456");
userinfoAction.setMail("");
String result= userinfoAction.enrol();
assertEquals("success",result);
}
与Spring的集成
与Struts1.x相比，Struts2不必再自己编写singleton，进一步的降低了程序间的耦合性，就Struts2内部本身而言，降低了框架本身的偶合性。
更加的模块化
与Struts1.X相比，Struts2更加的模块化，可以轻松将配置信息按功能界限拆分成多个文件，便于管理和团队协作开发。
基于插件的框架
Struts2是一个基于插件的框架，社区中提供了很多实用的插件，比如jfreechat/json等等，使用这些插件可以简化我们的开发，加快开发进度。
大量的拦截器
Struts2本身提供了大量的可重用的拦截器，比如类型转换拦截器，很多时候我们从页面取得参数，这个时候它是String类型的，我们需要手动的把它转成Long型的或是Integer型的再使用，在Struts2中你不必这样做，Struts2中已经帮你做了这些事情了。当然我们也可以实现自定义的拦截器，比如：权限检查拦截器来做访问控制。
惯例大于配置
惯例大于配置是Struts2的架构目标，比如我们需要对页面输入的数据进行验证，只需取一个跟Action同名的xxAction-validation.xml文件，Struts2就会自动的进行验证。还有很多，比如国际化资源文件等。
多种视图的支持
多种视图的支持：jsp，freemarker，Veloctiy，只要你愿意，你甚至可以通过轻松的改造让它支持pdf，同一个项目中你可以支持多种视图。
申明式的异常处理
Struts2提供了方便的申明式异常处理，它看起来像这样：
<global-results>
<result name="licenceException">/WEB-INF/pages/client/licenceException.jsp</result>
<result name="payException">/WEB-INF/pages/client/unPay.jsp</result>
<result name="accessDeny">/WEB-INF/pages/client/accessDeny.jsp</result>
</global-results>
<global-exception-mappings>
<exception-mapping exception="com.yeebobo.yeebox.web.licence.LicenceException" result="licenceException"/>
<exception-mapping exception="com.yeebobo.yeebox.web.licence.PayException" result="payException"/>
</global-exception-mappings>
如果你以前是WebWork的用户，那么你会觉得Struts2和WebWork实在是太像了，当然如果你以前是Struts1.x的忠实用户，也能够快速的过渡到Struts2的开发中来，如果你重来没有用过任何框架，你也可以通过快速的学习，加入到Struts2的应用开发中来，因为它足够的简单。
java中Struts1和Struts2有什么区别
Struts2其实并不是一个陌生的Web框架，Struts2是以Webwork的设计思想为核心，吸收了Struts1的优点，因此，可以认为Struts2是Struts1和Webwork结合的产物。
简单来说二者的区别是：
一个是Stuts1，一个是Stuts2，这是最大的区别，技术方面，Stuts1有个核心控制器，但是只提供了一个接口，也就是execute，还要配置actionform之类的，很麻烦，所以依赖性比较强；而Stuts2是针对拦截器开发的，也就是所谓的AOP思想，可以配置多个action，用起来比较方便，但是因为请求之前的拦截器有一些注入的操作，速度相对Stuts1来说慢一点。
一、MVC简介
Struts2是一个兼容Struts1和WebWork的MVC框架，既然，提到了MVC框架，就不得不对MVC框架做一个简单介绍，仅限于简单介绍，如果，想了解更多的MVC的知识可以查看相关的文档，或者找一本Struts1的书籍，相信上面关于MVC的篇幅不会很少。言归正传，其实，Java目前出现的这些框架而言，其最终目的都是为了接触耦合，不论是Spring、Hibernate或MVC框架，目的都是为了接触耦合增加复用。MVC接触的是View和Model间的耦合。
MVC包含三个基础部分：Model、View和Controller，这三个部分以最小的耦合协同工作，以增加程序的可扩展性和可维护性。各个部分的实现技术可以总结如下：
1）Model：JavaBean、EJB的EntityBean
2）View：JSP、Struts的TagLib
3）Controller：Struts的ActionServlet、Action
概括起来MVC的优点主要有一下方面：
1）多个视图可以对应一个模型。按MVC设计模式，一个模型对应多个视图，可以减少代码的复制及代码的维护量，一旦模型发生改变，也易于维护
2）模型返回的数据与显示逻辑分离。模型数据可以应用任何的显示技术，例如，使用JSP页面、Velocity模板或者直接产生Excel文档等
3）应用被分隔为三层，降低了各层之间的耦合，提供了应用的可扩展性
4）控制层的概念也很有效，由于它把不同的模型和不同的视图组合在一起，完成不同的请求。因此，控制层可以说是包含了用户请求权限的概念
5）MVC更符合软件工程化管理的精神。不同的层各司其职，每一层的组件具有相同的特征，有利于通过工程化和工具化产生管理程序代码
对于MVC的概念性的东西也就废话到此，其关键的地方就是各个模块的实现技术分别是什么。
二、Struts2简介
Struts2既然是从Struts1发展而来，但实际上Struts2与Struts1在框架的设计思想上面还是有很大的区别，Struts2是以WebWork的设计思想为核心，为什么Struts2不沿用Struts1的设计思想，毕竟Struts1在目前的企业应用中还是有非常大的市场在的，那么，来看下Struts1的一些缺点吧：
1）支持的表现层技术单一
2）与Servlet API严重耦合，这点可以从Action的Execute的方法声明里面就可以看的出来
3）代码依赖Struts1 API，有侵入性，这点可以从写Action类和FormBean的时候看的出来，Action必须实现Struts的Action类
而Struts2之所以以WebWork的设计思想为其核心，一点就是最近WebWork的上升势头，再就是WebWork没有Struts1上面的那些缺点，更符合MVC的设计思想，也更利于代码的复用。
基于以上介绍可以看的出，Struts2体系结构与Struts1的体系结构有很大的差别，Struts1是使用ActionServlet做为其中心处理器，Struts2则使用一个拦截器（FilterDispatcher）做为其中心处理器，这样做的一个好处就是将Action类和Servlet API进行了分离。
Struts2的简单处理流程如下：
1）浏览器发送请求
2）中心处理器根据struts.xml文件查找对应的处理请求的Action类
3）WebWork的拦截器链自动对请求应用通用功能，例如：WorkFlow、Validation等功能
4）如果Struts.xml文件中配置Method参数，则调用Method参数对应的Action类中的Method方法，否则调用通用的Execute方法来处理用户请求
5）将Action类中的对应方法返回的结果响应给浏览器
三、Struts2与Struts1对比
1）Action类的实现方式：
Struts1的Action在实现的时候必须扩展Action类或者Action的子类，Struts2的Action类实现的时候可以不用实现任何类和接口，虽然Struts2中提供一个ActionSupport类，但是，不是必须的。
2）Struts1的Action类是单例模式，必须设计成线程安全的，Struts2则为每一个请求产生一个实例
3）Struts1的Action类依赖与Servlet API，从其execute的方法签名可看出，execute方法有两个Servlet的参数HttpServletRequest和HttpServletResponse，Struts2则不依赖于Servlet API
4）以为Struts1依赖于Servlet API这些Web元素，因此对Struts1的Action进行测试的时候是很困难的，需要借助与其他的测试工具，Struts2的Action可以象测试其他的一些Model层的Service类一样进行测试
5）Struts1的Action与View通过ActionForm或者其子类进行数据传递，虽然也有LazyValidationForm这样的ActionForm的出现，但是，还是不能象其他层面那样通过一个简单的POJO进行数据传递，而Struts2将这样的奢望变成了现实
6）Struts1绑定了JSTL，为页面的编写带来方便，Struts2整合了ONGL，也可以使用JSTL，因此，Struts2下的表达式语言更加强大
四、Struts2与WebWork对比
Struts2实际上就是WebWork2.3，不过，Struts2还是与WebWork有少许的差别：
1）Struts2不再支持内置IOC容器，改用Spring的IOC容器
2）Struts2对于Webwork的一些Ajax的特性的标签改用Dojo进行替换
文章到此结束，如果本次分享的struts2最新版本和struts2的执行过程的问题解决了您的问题，那么我们由衷的感到高兴！