标签：验证 上进 不能 pat -- 接口 请求 输入 success
刚才看书发现了一个问题，就是ActionSupport和Action接口的区别没搞清楚，弄得我以为我之前的代码写错了。其实ActionSupport已经实现了Action接口了，实际开发中也很少使用Action接口，直接都是继承ActionSupport的。Mark一下，省的以后看代码惊到了....
其实Struts里面action有很多配置的，result也有很多配置，比如说result有type的属性，可以为chain、dispatcher、redirect、redirectAction etc.,其实这些配置都很简单，几乎就是看一遍就记住了没什么必要写下来，打不了查一下资料两秒钟的事情。但是这里着重说一下 转发和重定向的区别，以下是我自己的理解，有可能不太对但是应用在实际中还是比较好理解的也是行得通的：
转发 HTTP请求--> Server-->some action---(redirect)--->another action 在转发的过程里没有丢失HTTP请求的数据而且URL不会变，完全是内部完成的事情
重定向 HTTP请求 --> Server-->some action---(重定向)---> another action 在重定向的过程中丢失了HTTP请求的数据URL会发生改变
也许没有解释的太清楚，记住一点就可以了 转发不会丢失数据，将数据进行了转发，重定向丢失了数据，而且URL发生了变化，就类似于什么呢，你要设计一个企业的Logo，你找到了A企业的设计师Tom，但是Tom发现其实没有办法完成你的要求，所以他将你所有的要求转告给了设计师Amy，这里的A企业实际上就是一个类，而Tom和Amy实际上就是类中的不同方法，这就是转发。那么重定向呢就是你来A公司设计logo，但是设计师Tom告诉你他没有办法帮你完成设计，但是帮你推荐到了B公司的Selina设计师哪里，由于你们并不是一家公司，所以客户还要给B公司提交一份要求。
今天在接着看书，一直对拦截器比较感兴趣，正好书就到了拦截器这块儿。大致的看了一下拦截器的定义，说的太乱，始终没有点明拦截器到底是个啥，只告诉你是个重要的组件...这让人多着急，当然也告诉了你拦截器能干啥，也说的太笼统。我理解的拦截器啊实际上是，它之所以被称为拦截器肯定是要拦截一些东西的，拦截的东西有很多，交互的数据啊甚至是Action都可以进行拦截，至于拦截什么东西在定义拦截器的时候就规定好了，传来的请求需要经过拦截器，如果拦截器发现了满足拦截条件的东西，开始进行逻辑代码的执行：比如说我这里有一个表单，我要验证name=username的字段的值里面不能有特殊符号，那么当HTTP请求传来时拦截器发现了name为username的数据，马上进行拦截判断，发现有特殊符号，返回个ERROR重新输入，如果没有特殊符号，则继续执行Action result啊，返回SUCCESS，我是这么理解的，明天在查一查相关的资料，补充修正一下，毕竟周末——懒得很.......
标签：验证 上进 不能 pat -- 接口 请求 输入 success
原文地址：http://www.cnblogs.com/youngs/p/6443416.html
