概述Struts2的验证框架已经为我们建立了足够多的内建验证器，以满足不同的验证要求，接下来就来逐一学习这些内建的验证器。 

struts2控制标签8.3  控制标签控制标签关注程序的运行流程，比如用if/else来进行分支控制，用iterator来进行循环控制。接下来就来学习Struts2的控制标签。

OGNL概述OGNL是对象图导航语言Object-Graph Navigation Language的缩写，它是一种功能强大的表达式语言（Expression Language，简称为EL），通过它简单一致的表达式语法，可以存取对象的属性，调用对象的方法，遍历整个对象的结构图，实现字段类型转化等功能。它使用相同的表达式去存取对象的属性。

虽然内建类型转换器能满足绝大多数的需求，但是，有的时候还是需要使用自定义类型转换器来实现特定的需求。还是用前面的长方形来说明，如果用两个文本框分别输入长方形的高和宽，整个类型装换都没有问题，它可以工作的很好。

概述在开发基于Web的应用的时候，经常会碰到需要实现文件上传、下载的功能，比如编辑某个商品，需要给它上传一个图片等等。不使用Struts2的话，可以有很多种方式来实现文件上传，比如使用Apache的Common-FileUpload等。但是这些传统的方式，实现起来非常麻烦，需要写很多代码来进行控制。现在使用Struts2来实现文件上传的功能，会更加简单和方便，事实上，Struts2的文件上传功能，默认就是基于Common-FileUpload来实现的，只不过比直接使用Common-FileUpload来得更简单。

JSON（JavaScript Object Natation），它是一种轻量级、基于文本、语言无关的数据交换格式，类似于XML，是一种结构化数据串行化的文本格式，常常用于服务器与JavaScript之间的数据交换上。 JSON是从ECMAScript语言标准衍生而来的，定义了一套简单的格式化规则，JSON可以描述四种简单的类型，包括字符串、数字、布尔值及和null；还可以描述两种结构化类型，包括对象和数组。

有了前面的基础，接下来可以来把Struts2与JFreeChart结合使用了。 先来构建结合开发的环境，很简单，只有一步工作，把struts2-jfreechart-plugin-2.1.8.1.jar拷入到web工程的lib下就可以了。

Struts2应用的分层体系结构具体例子！！！Struts2的模型驱动（ModelDriven），之前我们使用的都是属性驱动（PropertyDriven）属性驱动与模型驱动的比较：属性驱动灵活，准确；模型驱动不灵活，因为很多时候页面提交过来的参数并不属于模型中的属性，也就是说页面所提交过来的参数与模型中的属性并不一致，这是很常见的情况。

Struts2 Action中自定义方法的输入校验，对于通过action的method属性所指定的自定义方法，其对应的自定义输入校验方法名是validateMyExecute（假设自定义方法名是myExecute）底层是通过反射实现的。当在Action中指定了自定义的execute方法时，首先会执行自定义的execute方法对应的输入校验方法，然后再去执行validate方法，执行完毕后如果出现了任何错误都不会再去执行自定义的execute方法，流程转到input这个名字对应的页面上。

整个执行流程：表单输入完数据提交给login.action，流程转到struts.xml文件中，它里面会有多个action，逐一去匹配；接着流程转到匹配到的login对应的class：LoginAction，实例化LoginAction对象，将页面提交过来的信息调用set方法逐个赋值给成员变量，接着自动调用execute方法，这个方法的返回值就是一个String，不能随便写，return的结果会跟action的子元素result进行匹配，流程转到result元素对应的页面result.jsp，该jsp页面显示用户提交的数据。

进行文件上传时，必须将表单的method属性设置为post，将enctype属性设置为multipart/form-data。：文件上传组件到apache官网下的顶级项目commons的子项目FileUpload去下载。

能熟练使用struts2框架中的timer（计时拦截器）、token（防重复提 交拦截器）。 熟练定义拦截器。 熟练 struts2框架中的action方法进行效验。 数量掌握xml配置方式进行效验。 拦截器(interceptor)类似于Filer,在执行Action方法前后执行。拦截器是一种AOP(Aspect-Oriented Programming,面向切面的编程)思想的编程方式。它提供一种机制使开发能者对独立的代码抽象出来，配置到Action前后执行。

在实际应用中，随着应用规模的增加，系统中的Action的数量的的增多，需要把action的配置根据表或者业务逻辑进行分类，显然一个struts.xml配置是不可能满足应用的需求（即便有的小项目把所有的配置配置在struts.xml一个文件中，可读性和，逻辑性显然不很清晰），所以在struts 2中可以将以strtus.xml配置文件分解成多个配置文件，然后再struts.xml文件中包含其他配置文件。

　　　Struts 2.x仍然是一个MVC框架。一般来说，某种软件的第二个版本都是起源第一个版本，但实际上，Struts 2.x是个特例，它并非起源于Struts 1.x，而是起源于WebWork框架 ------ 另一MVC的框架。因此Struts 2.x与Struts 1.X是没有直接关系的。<br> 　　　WebWork是Apache的另一个MVC框架，发布于2002年3月。WebWork 项目在起时曾参考过Struts 1.x,因为Struts 1.x当时已经是个十分流行的MVC框架（Struts 1.x起源最早，应用最广的基于MVC框架的Java Web 技术）。WebWork可以说对Struts 1.x进行了换血式的大改装，从一个新的视觉实现MVC。抛弃了request、response等基于servlet 的API。

jstljstl以前在jsp页面截取字符串时都是用Java表达式，感觉在jsp页面用多了Java表达式不是很好（那时主要是不知道jstl标签怎么去截取字符串，所以就只能用Java表达式了）。

本章讲述Struts2的工作原理。读者如果曾经学习过Struts1.x或者有过Struts1.x的开发经验，那么千万不要想当然地以为这一章可以跳过。实际上Struts1.x与Struts2并无我们想象的血缘关系。虽然Struts2的开发小组极力保留Struts1.x的习惯，但因为Struts2的核心设计完全改变，从思想到设计到工作流程，都有了很大的不同。

为了更具有针对性的处理业务逻辑与针对性的进行输入校验，可以采用指定业务逻辑处理方法的方法，即对同一个Action设置多个逻辑处理方法，也就是说对于某个表单，我们可以指定在Action中让哪个方法来处理它的相关业务

Struts2是在WebWork2基础上发展而来的。和Struts1一样，Struts2也属于MVC框架。不过有一点大家需要注意的是：尽管Struts2和Struts1在名字上差别不是很大，但是Struts2和Struts1在代码编写风格上几乎是不一样的。那么既然有了Struts1，为何还要推出Struts2。

STRUTS2对JSON的做了很好的封装。基本上不需要对原始程序做太多修改即可变成JSON方式。以下是一个例子。

json+Struts2+jQuery的登录验证