Struts2的学习笔记（3）

        很久没发表了，不代表我没在学习struts2啊，对吧？好，下面还是把我的一些笔记供出来给大家参考指正吧？ 

1、Struts2应用的分层体系架构：

    

 

2、Struts2的模型驱动（Model Driven），之前所学的称作属性驱动（PropertyDriven）。它们在使用方式上差不多的。

 

3、属性驱动与模型驱动的比较

   1）属性驱动灵活，准确；模型驱动不灵活，因为很多时候，页面所提交过来的参数并不属于模型中的属性，也就是说页面所提交过来的参数与模型中的属性并不一致，这是很常见的情况。

   2）模型驱动更加符合面向对象的编程风格，使得我们获得的是对象而不是一个个离散的值。

  小结：推荐使用属性驱动编写Action。

 

4、服务器端代码的单元测试有两种模式：

       1) 容器内测试（Jetty）

2）Mock测试（模拟测试：继承httpServletRequest、httpSession、HttpServletResponse等Servlet API）有Jmock ,easyMock测试框架，是对于Web测试的，即服务器端JAVA代码。

 

5、Preparable接口的作用是让Action完成一些初始化工作，这些初始化工作是放在Preparable接口的prepare方法中完成的，该方法会在execute方法执行之前得到调用。

 

6、采取请求转发的方式完成表单内容的添加会造成内容的重复插入。

   

7、采取重定向的方式添加数据不会导致数据的重复插入。

                                                

 

8、防止表单重复提交的两种方式.

   1）通过重定向

   2）通过Session Token（Session 令牌）：当客户端请求页面时，服务器会通过token标签生成一个随机数，并且将该随机数防置到session当中，然后将该随机数发向客户端；如果客户第一次提交，那么会将该随机数发往服务器端，服务器会接收到该随机数并且与session中所保存的随机数进行比较，这时两者的值是相同的，服务器认为是第一次提交，并且将更新服务器端的这个随机数值；如果此时再次重复提交，那么客户端发向服务器端的随机数还是之前的那个，而服务器端的随机数则已经发生了变化，两者不同，服务器就认为这是重复提交，进而转向invalid.token所指向的结果页面。

 

9、token拦截器用于保证表单只被提交一次。例如：TokenAction中有一个NAMES属性，用来存储提交过的所有的数据。重复提交数据时，如果能提交进来，NAMES将会积累重复的数据，以此来判断数据是否被重复提交。注意，NAME属性在自动生成隔get函数时是小写的，要动手改回大写，不然会出错。

 

10、拦截器（interceptor）：拦截器是struts2的核心，struts2的众多功能都是通过拦截器来实现的。

 

11、一旦定义了自己的拦截器，将其配置到action上后，我们需要在action的最后加上默认的拦截器栈：defaultStack。

 

12、拦截器的配置

1）编写实现interceptor接口的类

2）在struts.xml文件中定义拦截器

3）在action中使用拦截器