struts2经常使用类型的Result

2.2.1. dispatcher

dispatcher类型是用于转发的Result，能够将请求转发给JSP。这种类型的Result对应的类为 ServletDispatcherResult，它是Struts2默认的Result类型，该默认行为是定义该Result时，经过 default="true"指定的 。

在此以前，咱们使用的Result都是这种默认的dispatcher类型的Result。

2.2.2. stream

stream类型是用于向页面输出二进制数据，这种类型的Result，能够将二进制数据输出到请求发起的位置， 它对应的类为StreamResult 。

2.2.3. redirectAction

redirectAction类型是用于将请求重定向给另一个Action，这种类型Result对应的类为ServletActionRedirectResult 。

2.2.4. json

json类型是用于向页面输出json格式的数据，这种类型的Result，能够将json字符串输出到请求发起的位置，它对应的类为JSONResult。

此类Result不是Struts2预置的Result，可是确是十分经常使用的类型 。

3. stream Result

3.1. 做用

3.1.1. stream Result的做用

用于向页面输出二进制数据，此种类型的Result，能够将二进制数据输出到请求发起端。它会自动建立输出流，接入Action中定义的输入流并将其输出。

3.2. 使用方式

3.2.1. 语法

代码示例：

 

1. <result name=”success” type=”stream”>
2.     <param name=”inputName”>codeStream</param>
3. </result>

代码说明：

• type=”stream”中的stream，引用的是Struts2在struts-default.xml中定义的result的名称，是固定写法。
• name=”inputName”中的inputName，指的是该result对应的类StreamResult中的属性，用意是要为其属性赋值，是固定写法。
• codeStream指的是Action中某属性名，该属性需为InputStream类型，所以这里的写法不固定，看属性名而定。

关系图示：

图-5

3.2.2. 使用步骤

一、在Action中，定义InputStream类型的输出属性 。

二、在struts.xml中，配置该Action。

三、在action下，配置stream类型的result。

3.3. 登陆验证码

3.3.1. 需求描述

打开登陆页面时，生成一张随机的验证码图片。当点击验证码图片时，从新生成一张新图片。点击登陆按钮时，要先校验验证码是否正确，若正确再校验帐号及密码，不然给与错误提示。

3.3.2. 开发思路

一、生成验证码图片

登陆页面上，经过img标记加载图片，这是浏览器读取登陆页面时单独发送的一次请求。在此次请求中，咱们须要生成动态图片并输出给img显示。

此次请求的处理过程以下图所示：

图-6

在此次请求中，咱们须要编码的位置有ImageUtil、Action、struts.xml、JSP。其中重点内容是Action调用ImageUtil图片生成组件来生成图片，并利用stream类型的result将图片输出给页面的img。

二、验证码校验

点击登陆时，咱们在对应Action中校验了帐号及密码，那么对验证码的校验，也能够加入到此Action中，代码位置在校验帐号及密码以前。

回顾校验帐号及密码的处理过程，以下图

图-7

在此过程当中，咱们须要重构的代码有Action和JSP。

3.3.3. 开发步骤-请求1

• 定义输出属性，类型为InputStream。
• 业务方法中，调用ImageUtil生成图片，并将图片流化赋值给输出属性。
• 取得图片中的文字内容，并将其存入session，便于验证码校验时使用。

3.3.4. 开发步骤-请求2

• 追加输入属性，接收传入的验证码。
• 业务方法中，在校验帐号、密码前校验验证码是否正确，即将接收到的验证码与session保存的验证码比较。

4. redirectAction Result

4.1. 做用

4.1.1. redirectAction Result的做用

用于将请求重定向给另一个Action。在MVC设计模式下，咱们应该把每次请求都发送给控制器，即Action。所以重定向时是发送一次新的请求，那么也应该把此次请求发送给Action，避免出现直接把请求发送给JSP的状况。

4.2. 使用方式

4.2.1. 语法

 

1. <result name=”login” type=”redirectAction”>
2. <param name=”namespace”>/命名空间</param>
3. <param name=”actionName”>action名</param>
4. <param name=”method”>方法名</param>
5. </result>

• type=”redirectAction”中的redirectAction引用的是struts-default.xml中定义的result的名称，是固定写法。
• name=”namespace”中的namespace，指的是该result类中的属性，用意是要给该属性赋值，告诉result要重定向的包的命名空间，是固定写法。
• name=”actionName”中的actionName，指的是该result类中的属性，用意是要给该属性赋值，告诉result要重定向的action名称，是固定写法。
• name=”method”中的method指的是该result类中的属性，用意是要给该属性赋值，告诉result要调用目标Action哪一个方法，是固定写法。
• param标记中的内容，都是针对其name所指定的属性要赋值的内容，该内容是动态的，跟具体业务相关。

若是重定向的Action与当前的Action在同一个namespace下，那么能够省略命名空间的参数设置，即

 

1. <result name=”login” type=”redirectAction”>
2. <param name=”actionName”>action名</param>
3. <param name=”method”>方法名</param>
4. </result>

若是调用的是目标Action的execute方法，那么能够省略方法名的参数设置，即

 

1. <result name=”login” type=”redirectAction”>
2. <param name=”actionName”>action名</param>
3. </result>

像上面这样的状况，只须要配置actionName时，其实还能够进一步简化

 

1. <result name=”login” type=”redirectAction”>
2. action名
3. </result>

4.2.2. 使用步骤

4.3. 资费删除

4.3.1. 需求描述

点击删除按钮，删除当前行的资费数据。删除以后，须要刷新资费列表页面。

4.3.2. 开发思路

删除的请求中，须要将选中数据的ID传给Action，Action调用DAO将当前ID对应的数据删除。删除结束后，为了刷新列表页面，须要将请求重定向给查询Action。

请求过程以下图：

图-8

删除的请求，咱们重点要理解请求结束时的重定向

• 从业务角度来讲，删除与查询是2个独立的业务，彼此之间并不相互依赖，所以应该是用2种请求来分别处理。那么这2次请求之间的衔接是业务场景要求的，咱们须要使用重定向来实现。
• 从代码角度来讲，若是删除后不是重定向，而是直接将请求转发给查询页面的话，那么对于查询页面而言，它所处的此次请求 中，ValueStack栈顶Action是删除Action，该Action中没有它要显示的列表数据以及分页数据，会致使页面显示数据有误，没法实现 真正的刷新。

4.3.3. 开发步骤

• 定义输入属性id。
• 业务方法中调用DAO，根据id删除资费数据。
• 配置删除Action。
• 配置result，将请求重定向给查询。