2010年4月21日（新公司入职，第三周星期三）

1、struts1、2区别？

（1. Struts2 与 Struts1 似乎没什么血缘关系了，承自于 WebWork，直害 WebWork 不再推出新版本了，原先的 WebWork 使用者只需顺其然，即是水道渠成；相反 Struts1 的开发经验对于 Struts2 却没有太大的帮助。
（2. Struts1 的核心控制器是 ActionServlet，而 Struts2 的核心控制器是 FilterDispatcher。Struts2 的业务 Action 会在运行时生成 Action 代理。
（3. Struts1 的 Action 须继承抽象 Action 类，侵入了 Servlet API；而 Struts2 的 Action 可以实现 ActionSupport，或者只要一个纯净的 POJO 来充当，完全与 Servlet 绝缘。也因此带来测试性 Struts2 要比 Struts1 强，可把 Struts TestCase 扔到一旁去了。
（4. Struts1 在运行时一个 Action 只会生成一个实例，而 Struts2 中的 Action 会应对每个请求生成新的实例，在线程安全性方面，Struts1 要多些考虑。
（5. Struts1 依靠 ActionForm 来接受数据，它也是依赖于 Servlet API ，并非普通的 JavaBean，而 Struts2 可在 Action 属性中获取请求的属性，当然也能封装在一个独立的 POJO 中。不过提醒一下，在 Struts1.3 中也可以用 POJO 来接受请求属性，但使用起来有点烦琐。
（6. Struts2 使用了新的 OGNL 的表达式语言，可以访问值栈，在对集合和索引属性的支持上功能更强大。
（7. Struts1 的配置文件只需 struts-config.xml；Struts2 的配置文件有 struts.xml 和 struts.properties。struts.properties 中有两个 struts.devMode = fase 和 struts.configuration.xml.reload = true 很可爱，分别设置当前是开发还是生产模式，以及 struts.xml 改变后是否自动重新加载，免去了改配置手工重启应用的必须步骤。
（8. Struts2 Action 的 execute() 无参，返回的是一个字符串，不像 Struts1 Action 的 execute() 有一大串且不说，光是返回 ActionForward，就让这个 Action 与 Struts1 脱不了干系；还是 Struts2 来得聪明，只返回个中性的 String，反正名字吗，猛然间这个 Action 也成 POJO 了，复用性增强了，难怪专门有一书，名为《POJO In Action》。
（9. Struts1 的视图只支持 JSP，这也不怪它，只怨出身太早，那时就只有 JSP 一种表现层。相比，Struts2 更有艳福，能贴近于 FreeMarker、Velocity、XSLT、PDF 等视图技术。

2、学习框架思路？

原理-->流程-->跟着流程逐个类、方法、技术点进行各个击破。

3、struts2：拦截器（Intercepter）？

一、结构：

二、种类：

三、作用：

四、原理：

五、配置：

http://writeblog.csdn.net/PostEdit.aspx?entryId=5509782

4、xwork是什么？

XWork是一个标准的Command模式实现，并且完全从web层脱离出来。Xwork提供了很多核心功能：前端拦截机（interceptor），运行时表单属性验证，类型转换，强大的表达式语言（OGNL – the Object Graph Navigation Language），IoC（Inversion of Control倒置控制）容器等。

　　其目的是：创建一个泛化的、可重用且可扩展的命令模式框架，而不是一个特定在某个领域使用的框架。

　　其特点是：

　　1、基于一个简单的接口就可以进行灵活且可自定义的配置；

　　2、核心命令模式框架可以通过定制和扩展拦截器来适应任何请求/响应环境；

　　3、整个框架通过类型转换和使用OGNL的action属性验证来构建；

　　4、包含一个基于运行时Attribute和验证拦截器的强大的验证框架。

　　Xwork和WebWork的关系

　　WebWork2 被构建在XWork之上，以XWork为基础。通过使用XWork的命令模式框架和拦截器框架，提供了一个支持Web功能、能快速构建Web应用的命令模式框架。