struts

struts的学习

struts
struts 2工作流程

  1. 客户端提交一个HttpServletRequest请求(action或JSP页面)。
  2. 请求被提交到一系列Filter过滤器,如ActionCleanUp和FilterDispatcher等。
  3. FilterDispatcher是Struts2控制器的核心,它通常是过滤器链中的最后一个过滤器。
  4. 请求被发送到FilterDispatcher后,FilterDispatcher询问ActionMapper时候需要调用某个action来处理这个Request。
  5. 如果ActionMapper决定需要调用某个action,FilterDispatcher则把请求交给ActionProxy进行处理。
  6. ActionProxy通过Configuration Manager询问框架的配置文件struts.xml,找到调用的action类。
  7. ActionProxy创建一个ActionInvocation实例,通过代理模式调用Action。
  8. action执行完毕后,返回一个result字符串,此时再按相反的顺序通过Intercepter拦截器。
  9. 最后ActionInvocation实例,负责根据struts.xml中配置result元素,找到与之相对应的result,决定进一步输出。

struts2 基本简要流程:

  1. 客户端浏览器发出HTTP请求。
  2. 根据web.xml配置,该请求被FilterDispatcher接收。
  3. 根据struts.xml配置,找到需要调用的Action类和方法, 并通过IoC方式,将值注入给Aciton。
  4. Action调用业务逻辑组件处理业务逻辑,这一步包含表单验证。
  5. Action执行完毕,根据struts.xml中的配置找到对应的返回结果result,并跳转到相应页面。
  6. 返回HTTP响应到客户端浏览器。

struts 中struts.xml配置

  1. 关于include标签
    • 利用include标签,可以将一个struts.xml配置文件分割成多个配置文件,然后在struts.xml中使用标签引入其他配置文件。
  2. 关于constant标签
    • 在之前提到struts.properties配置文件的介绍中,我们曾经提到所有在struts.properties文件中定义的属性,都可以配置在struts.xml文件中。而在struts.xml中,是通过constant标签来进行配置的
  3. 关于package标签
    • 包属性介,在Struts2框架中是通过包来管理action、result、 interceptor、interceptor-stack等配置信息的。包属性如下:
      属性:name extends namespace abstact
      描述 :
      • name :包名,作为其它包应用本包的标记,是必须的。
      • extends :设置本包继承其它包,不是必须的。
      • namespace:设置包的命名空间,不是必须的。
      • abstact:设置为抽象包 ,不是必须的
    • extends属性的详解
      • 当一个包通过配置extends属性继承了另一个包的时候,该包将会继承父包中所有的配置,包括action、result、interceptor等。
      • 由于包信息的获取是按照配置文件的先后顺序进行的,所以父包必须在子包之前被定义。
      • 通常我们配置struts.xml的时候,都继承一个名为“struts-default.xml”的包,这是struts2中内置的包
    • namespace的详解
      namespace主要是针对大型项目中Action的管理,更重要的是解决Action重名问题,因为不在同一个命名空间的Action可以使用相同的Action名的。
      • 如果使用命名空间则URL将改变
        url必须加上namespace/*.action
      • 默认命名空间
        Struts2中如果没有为某个包指定命名空间,该包使用默认的命名空间,默认的命名空间总是”“。
      • 指定根命名空间
        当设置了命名空间为“/”,即指定了包的命名空间为根命名空间时,此时所有根路径下的Action请求都会去这个包中查找对应的资源信息。
        假若前例中路径为http://localhost:8080/login.action则所有http://localhost:8080/*.action都会到设置为根命名空间的包中寻找资源。
  4. 关于action 和 result标签
    • 关于action属性介绍
      • 属性名称:name class method converter
      • 功能描述:
        • name:请求的Action名称,必须的。
        • class:Action处理类对应具体路径,不是必须的。
        • method:指定Action中的方法名,不是必须的
        • converter:指定Action使用的类型转换器,不是必须的
        • 如果没有指定method则默认执行Action中的execute方法。
    • 关于result属性介绍
      • 属性名称:name type
      • 功能描述:
        • name:对应Action返回逻辑视图名称,默认为success,不是必须的。
        • type:返回结果类型,默认为dispatcher,不是必须的。
    • 访问Action方法的另一种实现方式
      在Struts2中如果要访问Action中的指定方法,还可以通过改变URL请求来实现,将原本的“Action名称.action”改为“Action名称!方法名称.action”在struts.xml中就不需要指定方法名了。
  5. 关于exception-mapping 和 global-exception-mapping标签
    • 这两个标签都是用来配置发生异常时对应的视图信息的,只不过一个是Action范围的,一个是包范围的,当同一类型异常在两个范围都被配置时,Action范围的优先级要高于包范围的优先级.这两个标签包含的属性也是一样的:
      • 属性名称:name result exception
      • 功能描述:
        • name :用来表示该异常配置信息,不是必须的。
        • result :指定发生异常时显示的视图信息,这里要配置为逻辑视图,必须的。
        • exception:指定异常类型,必须的。
  6. 关于default-class-ref标签
    当我们在配置Action的时候,如果没有为某个Action指定具体的class值时,系统将自动引用标签中所指定的类。在Struts2框架中,系统默认的class为ActionSupport,该配置我们可以在xwork的核心包下的xwork-default.xml文件中找到。
  7. 关于default-action-ref标签
    如果在请求一个没有定义过的Action资源时,系统就会抛出404错误。这种错误不可避免,但这样的页面并不友好。我们可以使用来指定一个默认的Action,如果系统没有找到指定的Action,就会指定来调用这个默认的Action。
  8. 关于default-interceptor-ref标签
    该标签用来设置整个包范围内所有Action所要应用的默认拦截器信息。事实上我们的包继承了struts-default包以后,使用的是Struts的默认设置。
  9. 关于interceptors标签
    通过该标签可以向Struts2框架中注册拦截器或者拦截器栈,一般多用于自定义拦截器或拦截器栈的注册。
  10. 关于interceptor-ref标签
    通过该标签可以为其所在的Action添加拦截器功能。当为某个Action单独添加拦截器功能后,default-interceptor-ref中所指定的拦截器将不再对这个Action起作用。
  11. 关于global-results标签
    该标签用于设置包范围内的全局结果集。在多个Action返回相同逻辑视图的情况下,可以通过global-results标签统一配置这些物理视图所对应的逻辑视图。