注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

清风幻影的博客

Where there is love, I will be there.

 
 
 

日志

 
 
关于我

同是天涯沦落人,相逢何必曾相识. 天生我材必有用,千金散尽还复来. 天若有情天亦老,人间正道是沧桑. 月影西斜人已去, 堤上梅花情依旧, 此情故已成追忆, 美人如玉夜留香

网易考拉推荐

struts2 基础  

2013-03-10 16:24:21|  分类: struts2资料 |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |
http://blog.csdn.net/zhll3377/article/details/7617076

<1>简述
       基于请求响应(Request-Response) 模式应用Framework,主要有以下逻辑结构组成
        1)控制器(controller):--控制整个FrameWork中各个组件的协调工作
        2)业务逻辑层(Bussiness Logic):--对Framework本身而言,这里仅仅只是概念和几个提供服务的基础组件,真正的实现与客户的业务逻辑接轨
        3)数据逻辑层(Data Logic):---包括数据逻辑和数据访问接口
<2>Struts2优势:
         良好的架构和设计   可重用,模块化,扩展性好  Open Source
<3>MVC介绍
        1)架构图
          
        2)处理过程:
             a.首先控制器接收用户的请求,并决定该调用哪个模型来进行处理
             b.然后模型根据用户请求进行相应的业务逻辑处理,并返回数据
             c.最后控制器调用相应的视图格式化模型返回的数据,并通过视图呈现给用户
         3)优势:
             a.多个视图能共享一个模型,同一个模型可以被不同的视图重用,大大提高了代码的可重用性
             b.由于MVC的三个模块相互独立,改变其中一个不会影响其他两个,所以依据这种思想能构造良好的松耦合构件
             c.此外,控制器提高了应用程序的灵活性和可配置性。控制器可以用来连接不同的模型和视图完成用户的需求,这样控制器可以为构造就用程序提供强有力手段。
<4>配置Strut2工程:在struts2框架中,struts2代替了Servlet充当controller的角色,每次请求都会生成一个action对象,此点不同于Servlet和Struts1(单实例)
       a.步骤:
         1)新建webproject工程
         2)将struts2必须的jar包添加到工程中  
                           
         3)配置web.xml中的过滤器---->struts2配置为过滤器,截获用户请求进行处理。
                
         4)在src目录下配置struts.xml
                                        
           struts2  tomcat启动顺序
             
<5>struts2类型转换
        a.对于8个原生数据类型以及Date,String等常见类型,Struts2可以使用内建的的类型转换器实现自动的转换,但对于自定义的对象类型来说,需要指定
            类型转换的方式。
        b.自定义的类型转换器必须继承自DefalutTypeConverter,对于自定义的类型转换器来说需要提供三个信息:Action的名字,Action中待转换的属性名以及该属性对应的
           类型转换器,其中Action的名字是通过属性文件名来获取,Action中待转换的属性名是通过属性文件中的key获得的,该属性对应的类型转换器是通过该key所对应的
           value获取的。(因此在定义类型转换器时,所定义的属性文件必须与Action在同一目录下,属性文件的命名必须是:Action的名字-conversion.properties,如下图)
               
             
        c.StrutsTypeConverter:继承于TypeConverter,包含两个抽象方法------->Struts2类型转换的核心,其底层也是使用if...else..进行类型判断)
             convertFromString(Map contex,String[] values,Class toClass),返回值 为Object------->从页面字符串转换为类型对象
             convertToString(Map context,Object o)  返回值为String  --------------->从后台对象转换为页面的字符串
              
        d.全局类型转换:src下面建xwork-conversion.properties文件,只要action中包含指定需要转换的类,需要进行类型转换
             xwork-conversion.properties的内容:com.test.bean.User=com.test.converter.UserConverter2  类似于这种格式
<6>Struts2自定义方法:在struts.xml中的action元素内定义method属性,属性值即为待执行的方法。其中,该方法的声明与execute方法保持一致
       但是不推荐,因为它容易导致Action代码混乱。
<7>Struts2的输入校验:ActionSupport实现Validateable,Action先执行validate方法,再执行execute方法进行逻辑处理
        validate只对不合法的请求进行处理,处理方式
       a. addActionError(String errorMessage);页面呈现:<s:actionError/>
            实现:首先创建一个ArrayList对象,然后将错误消息添加到该ArralyList对象中。当调用getActionErrors()返回action级别错误信息列表时,返回实际上是集合的副本而不
                         集合本身,而对此集合执行clear方法时,清除的依旧是副本中的元素而不是原集合中的元素,此时原集合的内容没有受到任何影响,换句话说,Action级别的错
                        误信息列表对开发者来说是只读的。
                    clearActionErrors()---清除action级别的错误信息,对原ArrayList进行操作
 
        addFieldError();页面呈现:<s:fieldError/>
           实现:FieldError级别的错误信息底层是用LinkedHashMap实现的,该Map的key是String类型 ,value是list<String>类型,就表示一个FieldName可以对应多条错误信
                       息,这些错误信息都放在List<String>类型中。
                   clearFieldErrors()---清除Field级别的错误信息
        b. 执行流程:
            1)类型转换(出现错误时,struts2框架会将错误放置到fieldError中,而不会放到actionError中)
            2)输入校验(执行validate方法)
            3)如果在上述过程中出现了任何错误,都不会再去执行execute方法,页面会转向struts.xml中该action名为input的result所对应的页面
        c.Action中自定义方法的输入校验:
               对于Action的method属性所指定的自定义方法,其对应的自定义输入校验方法名为validateMyExecute(自定义方法为myExecute),底层通过反射调用。自定义的输入校
                验方法优于validate方法
               当在Action指定了自定义的execute方法时,首选会执行自定义的execute方法所对应的输入校验方法,然后再去执行validate方法,执行完毕后如果出现了任何错误都
               不会再去执行自定义的execute方法,流程转向input所对应的页面上。
        d.自定义field级别的错误消息:
              1)新建一个以Action名命名的properties文件,RegisterAction.properties
              2)然后在该属性文件中指定每一个出错字段的错误信息
                     Invalid.fieldvalue.age=age invalid!
                 
          d.Struts2校验框架(有效的xml文件):与待校验的Action在同一个包下。该校验框架分为字段优先校验器与校验器优先
              字段优先校验器:
               
            校验器类型:com.opensymphony.xwork2.validator.validators包下的default.xml中
          校验器优先校验器:
          
       e.对于国际化的资源文件,其命名规则是;package_语言名_国家名,比如package_zh_CN  package_ja_JP(日文),Struts2依赖于jdk底层的包Locale,ResourceBundle实
            现对国际化的支持。只有BaseName的配置为默认的,找不到指定的资源文件就使用该默认的资源文件。MessageFormat可以对资源中的占位符进行处理。
        f.Struts2框架校验执行的先后顺序:
           1)首先执行校验框架RegistAction.properties
           2)然后执行自定义方法的校验方法 validateMyExecute()
           3)执行valiadate方法---->执行没有业务逻辑的验证
           4)检查action.field级别是否存在错误,存在错误转向input对应界面
<8>struts2异常处理---->对于struts.xml的结果配置来说,局部要优于全局的,无论是异常处理和处理结果
       a.struts.xml对于自定义异常的配置:
         
       b.struts2全局异常和全局处理结果界面:
        全局处理结果:
        
       全局异常:
      
       小结:对于struts2框架而言可以在Action中定义异常与处理结果,也可以定义全局的异常与处理结果,局部总是优于全局的,如果定义成全局的,可以为所有的Action所
                    共用,而局部的异常与结果只能被当前的Action所共享,不能为其他Action所共享。
<9>Struts2应用的分层体系结构:
        
<10>Strust2的模型驱动(Model Driver)--->获取请求自动获取相应的javaBean-->继承自ActionSupport 实现ModerDriven接口,实现getModel()方法
            ----->属性驱动(Properties Driver).--->从前台请求中获取各个参数值,并将其set到成员变量,不存在对象,只有属性。灵活性较好
           二者比较:
          属性驱动灵活,准确;
         模型驱动不灵活,很多时候页面所提交过来的参数并不属于模型中的属性,也就是说页面提交过来的参数与模型的属性不一致。
         模型驱动更加符合面向对象的编程风格,使我们获得的是对象而不是一个个离散的值
        小结:推荐属性驱动编写Action,可以更好地控制Action中属性。
<11>struts2访问ServletApi--->
      a.ServletActionContext继承自ActionContext
         ServletActionContext-->getSession()----HttpSession
         ActionContext-->getSession()----Map<String,Object>---HttpSession底层便于单元测试
         番外篇:服务器端的单元测试两种模式
          1)容器内测试:将容器嵌入到java代码中,以代码方式启动服务器, 向某个资源发出请求,请求发出之后,服务器接收到请求,服务器创建ServletRequest和
                                      ServletResponse,进而在代码中操纵ServletApi
                 Jetty:可以作为独立服务器启动,也可以作嵌入式服务器启动
          2)Mock测试:模拟测试以模拟的方式创建HttpServletRequest,HttpServletResponse,HttpSession,然后通过模拟的对象对其进行取值赋值,断言等操作。常用的方式
                 继承HttpServletRequest,HttpSession,HttpServletResponse等ServletApi,由mock框架实现。
                 Jmock: EasyMock--利用java的动态代理机制
          preparable接口:让Action完成初始化工作,这些初始化工作放在Preparaable接口的prepare方法中完成的,该方法在execute方法调用之前执行。
      b.Action实现RequestAware,SeesionAware,ApplicationAware接口,客户端提交请求后,经过一系列的拦截器,其中有一些拦截器会维护一个表示Requset的map对象,自
         定义一个表示Request的成员变量,通过现上述三个接口的setRequest(),setSession(),setApplication()方法,设置自定义变量的值,实现对Request,session,Appliction
          的操纵。
         
       
<12>struts2.xml结果类型详解:
          a.result-type:

              chain(从一个action向另一个action转发,属于同一个请求,在请求中的参数在每个action中都可以使用) 

              dispatcher(转发,为默认值) 

              freemarker  httpheader redirect 

              redirectaction(redirect + chain,重定向到另一个action )struts2.xml配置
              
              
              stream (用于文件下载)
               velocity xslt   plaintext

              注意:1)采取请求转发的方式对数据进行增加,修改,删除,会使得数据进行重复添加,修改,流程如下图所示:

                  
                        2)采取重定向的方式对数据进行增加,修改,删除不会导致页面的重复提交,流程如下图所示:
                          
              防止表单重复提交的两种方式:
                1)通过重定向
                2)通过session token(Session令牌):当客户请求页面时,服务器会通过token标签生成一个随机数,并且将随机数放置到session中,然后将该随机数发向客户
                      端;如果客户第一次提交,那么该随机数发往服务器端,服务器会接收到该随机数,并且与session中所保存的随机数进行比较,这时两者的值是相同的,服务
                      器认为是第一次提交,并且将更新服务器端的这个随机数的值;如果此时再重复提交,那么客户端发向服务器的随机数还是之前那个,而服务器的随机数已经发
                      生了变化,两者不同,服务器就认为是重复提交,进行转向invalid.token所指向的结果页面。
                   
  session toke令牌机制使用注意点:
                       a.在表单提交页面必须使用struts2的标签库,在表单中增加<s:token/>标签。如下图所示

                           
                       b.在struts.xml的Action配置中,必须是使用token和defaultStack两个拦截器,如下图配置所示:
                            
                       
 <13>**struts2拦截器(interceptor):struts2核心--完成struts2的注入功能(类比于Servlet filter)必须是无状态的(没有成员变量)
   a.拦截器配置
      1)编写实现Interceptor的拦截器实现类
      2)在struts2.xml中定义拦截器,如下图所示
         
      3)在action中使用拦截器如下图所示
         
   b.注意:一旦定义了自己的拦截器,将其配置到Action后,我们需要在Action的最后加上默认的拦截器:defaul tStack.(见上图)
   c.定义拦截器可直接继承AbstractInterceptor抽象类(该类实现了Interceptor接口,并且对init和destroy进行了空实现),然后实现其抽象方法intercept()即可
   d.方法拦截器:拦截自定义的处理方法 继承MethodFilterInterceptor,设置参数 excludeMethods(排除掉的方法) includeMethods(需要过滤的方法,优先级高于excludeMethods)
                            如果在方法拦截器中既没有指定excludeMethods也没有指定includeMethods,那么所有的方法都会被拦载,也就是所有的方法都被认为是includeMethods
                            如果仅仅指定了includeMethods,那么只会拦截includeMethods中的方法,没有包含在includeMethods中的方法就不会被拦截
   e.自定义拦截器栈:
       
 
       在某些Action中,不使用默认拦截栈的方法:在拦截器执行方法中使用如下代码:
       
      f.特殊的拦截器:ExecuteAndWaitInterceptor实现在页面提交过程中,耗时较长,转向一个等待页面,在等待页面显示时,每隔一定的时间向原先的请求地址,发送请求检测
                                 请求是否已全部处理完成,如果全部处理完成,则转向成功页面,如果没有处理完成仍然停留在等待界面。其struts.xml和等待页面参数如下图:
                                 

     
 
<14>Struts2配置文件详解:
          a.package元素的abstract属性表示该包是抽象的,不能直接使用需要由子包继承才可以使用。struts-default这个package就是abstract,因此需要继承这个包来使用。
          b.namespace属性:命名空间分割的作用,通常将namespace的属性值定义成页面所在的目录名
<15>Struts2实现文件的上传:
          a.注意点:表单的提交方法必须是post,enctype必须是multipart/form-data
          b.普通文件上传依赖于两个jar包:其中fileupload包依赖于commons-io.jar
             
             利用servlet进行文件代码分析如下:
            
 
              c.struts2的文件上传: 
                 c_1:步骤:
                       1)首先将客户端上传的文件 保存到struts.multipart.SaveDir键所指定的目录中,如果该键所指定的目录不存在,那么就保存到javax.servlet.context.tempdir环境变
                              量所指定的目录中;
                       2)Action中所定义的File类型的成员变量file实际上所指向的是临时目录中的临时文件,然后在服务器端通过IO的方式将临时文件写入到指定服务端目录中。
                 c_2原理分析:通过FileUploadInterceptor拦截器实现,指定了上传文件上的大小(默认为2M),修改其默认大小,在struts.xml配置拦截器参数不起作用,必须要
                                         struts.properties指定struts.multipart.maxSize的大小,或者struts.xml中指定常量值为其设定大 小,struts.properties的优先级会更高
                                         
                                        
                                          
<16>struts2的文件下载:
         a.原理:
            
        b.配置:如下图所示,文件下载其关键在于配置
         

<18>struts2注解配置:(Annotation)需要使用Struts2包中一个插件:struts2-convention-plugin.jar(struts2.2还需要添加以下3个包)
注不添加以上三个包会报

java.lang.NoClassDefFoundError: org/objectweb/asm/ClassVisitor

  异常

         
<20>struts2源代码分析:
         Action中execute执行采取反射的方式,结果返回底层servlet的请求转发
         


         
<21>struts异步调用机制:
      a.XML解析:
         1)Action中的处理:
            
 
          2)struts.xml中的配置:
           
 
     b.json处理:
          b_1.采用Google-Gson包处理返回json:              
                 1)Action中的处理:
                     
        2)struts.xml中的配置:
                 b_2:使用struts2提供json插件对json进行处理:

        1)Action中的处理:
              
       2)struts.xml中的配置:
         
            

<17>OGNL:对象图导航语言(Object Grapth Navigation Lanuage)
    a.与web无关,不会直接调用ognl的相关内容。使用必须引入以下jar包
         
    b.基本概念:
     1)OgnlContext(上下文对象)实现了java.util.map:存在唯一一个叫做根的对象(root),可以通过程序设定上下文中的哪个对象做为根对象。
     2)在ognl中,如果表达式没有使用#,那么ognl会从根对象中寻找该属性对应的get方法,如果寻找的不是根对象中的属性,那么需要以#开头,告诉ognl去寻找特定对象属性
     3)当使用Ognl调用静态方法时,需要按照如下的语法编写表达式:
            @package.className@methodName(parameters);
            对于ognl来说,java.lang.Math是其默认类,如果调用java.lang.Math类中的静态方法时,无需指定类的名字比如:@@min(4,10)
     4)对于ognl来说,数组与集合是一样的,都是通过下标索引访问的,构建集合时用{......}形式。
     5)使用ognl来处理映射(Map)的语法格式:#{'key1':'value1','key2':'value2','key3':'value3'};
     6)过滤(操作的目标对象是集合):collection.{? expression}  #this该表达式用于代表当前正在迭代的集合中的对象
            
            ognl针对集合提供了一些伪属性(如size,isEmpty),可以通过属性的方式来调用方法(本质原因在于集合中的很多方法并不符合javaBean的命名规则)依然可以通过
            调用方法来实与伪属性相同的目的。
     7)过滤获取集合中的第一个元素 collection.{^ expression}

     8)过滤获取集合中的最后一个元素collection.{$ expression}

     9)投影(projection):collection.{expression}
           过滤与投影之间的差别:类比于数据库中的表,过滤是取行操作,而投影是取列操作
            
<18>struts2与ognl:
         a.值栈(valuestack)--interface ----OgnlValueStack(实现类)

               
        b.在struts2中根对象就是valueStack,在struts2的任何流程中,ValueStack的最顶层对象一定是Action的对象,页面不写#,所取元素一定是从Action中寻找该元素
       
c.在struts2中除了值栈外还有以下几个命名对象,因为其不属于根对象valueStack所以访问时需要加#
           1) parameters     #parameters.usersname
           2) request     #request.username
           3) session    #session.username
           4) application #application.username
           5) attr    #attr.username(在当前页面中设置值,较为少用)
           valuestack与命名对象之间的关系:
            
          d.访问静态方法或是静态成员变量的改进: @vs@method(vs---valuestack)
          e.关于struts2的标签库属性值的%与#的关系:
              1)如果标签的属性值是OGNL表达式,那么无需加上%{};
              2)如果标签的属性值是字符串类型,那么在字符串当中凡是%{}都会解析成OGNL表达式,解析完毕后再与其他的字符串进行拼接构造出最后的字符串值 。
              3)可以在所有的属性值上加%{},这样如该属性值是OGNL表达式,那么标签处理将会忽略掉%{}

  评论这张
 
阅读(559)| 评论(0)
推荐 转载

历史上的今天

在LOFTER的更多文章

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2018