1. Struts2中,Action通过什么方式获得用户从页面输入的数据,又是通过什么方式把其自身的数据传给视图的?
Action从页面获取数据有三种方式:
1) 通过Action属性接受参数
2) 通过域模型获取参数
3) 通过模型驱动获取参数(ModelDriven<T>)
Action将数据存入值栈(Value Stack)中,视图可以从值栈中获取数据。
2. 简述Struts2是如何实现MVC架构模式的。
MVC架构模式要求应用程序的输入、处理和输出三者分离,将系统分成模型(Model)、视图(View)、控制器(Controller)三个部分,通过控制器实现模型和视图的解耦合,使得应用程序的开发和维护变得容易,如下图1所示。其中,模型代表了应用程序的数据和处理这些数据的规则,同时还可以为视图提供的查询保存相关的状态,通常由JavaBean来实现,模型的代码写一次就可以被多个视图重用;视图用来组织模型的内容,它从模型中获得数据,并将数据展现给用户,在Struts2中通常由JSP页面、Freemarker模板等来实现;控制器负责从客户端接受请求并将其转换为某种行为,行为完成后再选择一个视图来呈现给用户,控制器本身不需要输出任何内容,它只是接收请求并决定调用哪个模型组件去处理请求,Struts2中的控制器是一个名为StrutsPrepareAndExecuteFilter的过滤器和一系列的Action。
图-1 MVC架构模式图
3. 阐述Struts2如何实现用户输入验证。在你做过的项目中使用的是那种验证方式,为什么选择这种方式?
Struts2可以使用手动验证和自动验证框架实现用户输入验证。
4. 阐述Struts2中的Action如何编写?在你做过的项目中使用得最多的是哪种方式,为什么选择这种方式?
Struts2的Action有三种写法:
1) POJO
2) 实现Action接口重写execute()方法
3) 继承ActionSupport类
5. Struts 2中的Action并没有直接收到用户的请求,那它为什么可以处理用户的请求,又凭什么知道一个请求到底交给哪个Action来处理?
Struts2的核心过滤器接收到用户请求后,会对用户的请求进行简单的预处理(例如解析、封装参数),然后通过反射来创建Action实例,并调用Action中指定的方法来处理用户请求。
要决定请求交给哪一个Action来处理有两种方式:
1) 利用配置文件:可以在配置文件中通过<action>标签配置和请求对应的Action类以及要调用的方法。
2) 利用约定:Struts2中可以使用约定(convention)插件,例如约定xxx总是对应XxxAction,这正是Struts2倡导的约定优于配置的理念。
6. 说一下你在开发中经常使用到的result类型。
1) dispatcher
2) redirect
3) chain
4) stream
5) json
6) freemarker
7. 你经常用到的Struts 2常量配置有哪些,如何配置?Struts 2框架搜索加载常量的顺序是什么?
1) struts.i18n.encoding – 指定默认编码
2) struts.objectFactory / struts.objectFactory.spring.autoWire – 对象工厂 / Spring的自动装配方式(名字、类型)
3) struts.devMode – 是否使用开发模式
4) struts.locale – 指定默认区域,默认值是en_US
5) struts.i18n.resources – 国际化使用的资源文件
6) struts.ognl.allowStaticMethodAccess – 是否允许在OGNL中调用静态方法
7) struts.enable.DynamicMethodInvocation – 是否允许动态方法调用
8. 简述Struts2的异常处理机制。
声明式的异常处理机制
<global-exception-mappings>
<exception-mapping exception=”…” result=”…” />
</ global-exception-mappings>
9. 说一下你对约定优于配置(CoC)的理解。
约定优于配置(convention over configuration),也称作按约定编程,是一种软件设计范式,旨在减少软件开发人员需做决定的数量。本质是说,开发人员仅需规定应用中不符约定的部分。例如,如果模型中有个名为Sale的类,那么数据库中对应的表就会默认命名为sales。只有在偏离这一约定时,例如将该表命名为products_sold,才需写有关这个名字的配置。如果您所用工具的约定与你的期待相符,便可省去配置;反之,你可以配置来达到你所期待的方式。遵循约定虽然损失了一定的灵活性,不能随意安排目录结构,不能随意进行函数命名,但是却能减少配置。更重要的是,遵循约定可以帮助开发人员遵守构建标准。
10. Struts2中如何实现I18N?
1) 编写不同语言地区的资源文件。
2) 配置struts.i18n.custom.resources常量。
3) 使用getText()方法读取资源文件获取国际化资源。
11. 简述拦截器的工作原理以及你在项目中使用过哪些自定义拦截器。
Struts 2中定义了拦截器的接口Interceptor以及默认实现AbstractInterceptor,实现了Interceptor接口或继承了AbstractInterceptor的类可以作为拦截器。接口中的init()方法在拦截器被创建后立即被调用,它在拦截器的生命周期内只被调用一次,可以在该方法中对相关资源进行必要的初始化。每拦截一个请求,intercept()方法就会被调用一次。destory()方法将在拦截器被销毁之前被调用, 它在拦截器的生命周期内也只被调用一次。
项目中使用过的有权限拦截器、执行时间拦截器等。
12. 你做过的项目中是否使用Ajax,如何在Struts2中使用Ajax功能?
1) JSON plugin + jQuery
2) DOJO plugin
3) DWR (Direct Web Remoting)
13. 谈一下拦截器和过滤器的区别。
1) 拦截器是基于Java反射机制的,而过滤器是基于接口回调的。
2) 过滤器依赖于Servlet容器,而拦截器不依赖于Servlet容器。
3) 拦截器只能对Action请求起作用,而过滤器可以对所有请求起作用。
4) 拦截器可以访问Action上下文、值栈里的对象,而过滤器不能。
14. 谈一下Struts 1和Struts 2的区别
不同点 | Struts1 | Struts2 |
Action 类 | 要求Action类继承一个抽象基类。Struts1的一个普遍问题是使用抽象类编程而不是接口。 | Action类可以实现一个Action接口,也可实现其他接口,使可选和定制的服务成为可能。Struts2提供一个ActionSupport基类去实现常用的接口。Action接口不是必须的,任何有execute标识的POJO对象都可以用作Struts2的Action对象。 |
线程模式 | Action是单例模式并且必须是线程安全的,因为仅有Action的一个实例来处理所有的请求。单例策略限制了Struts1 Action能作的事,并且要在开发时特别小心。Action资源必须是线程安全的或同步的。 | Action对象为每一个请求产生一个实例,因此没有线程安全问题。(实际上,servlet容器给每个请求产生许多可丢弃的对象,并且不会导致性能和垃圾回收问题) |
Servlet 依赖 | Action 依赖于Servlet API ,因为当一个Action被调用时HttpServletRequest 和 HttpServletResponse 被传递给execute方法。 | Action不依赖于容器,允许Action脱离容器单独被测试。如果需要,Struts2 Action仍然可以访问初始的request和response。但是,其他的元素减少或者消除了直接访问HttpServetRequest 和 HttpServletResponse的必要性。 |
可测性 | Action的一个主要问题是execute方法暴露了servlet API(这使得测试要依赖于容器)。一个第三方扩展--Struts TestCase--提供了一套Struts1的模拟对象(来进行测试)。 | Action可以通过初始化、设置属性、调用方法来测试,“依赖注入”支持也使测试更容易。 |
捕获输入 | 使用ActionForm对象捕获输入。所有的ActionForm必须继承一个基类。因为其他JavaBean不能用作ActionForm,开发者经常创建多余的类捕获输入。动态Bean(DynaBeans)可以作为创建传统ActionForm的选择,但是,开发者可能是在重新描述(创建)已经存在的JavaBean(仍然会导致有冗余的javabean)。 | 直接使用Action属性作为输入属性,消除了对第二个输入对象的需求。输入属性可能是有自己(子)属性的rich对象类型。Action属性能够通过 web页面上的taglibs访问。Struts2也支持ActionForm模式。rich对象类型,包括业务对象,能够用作输入/输出对象。这种 ModelDriven 特性简化了taglib对POJO输入对象的引用。 |
表达式语言 | 整合了JSTL,因此使用JSTL EL。这种EL有基本对象图遍历,但是对集合和索引属性的支持很弱。 | 可以使用JSTL,但是也支持一个更强大和灵活的表达式语言--"Object Graph Notation Language" (OGNL). |
绑定值到页面(view) | 使用标准JSP机制把对象绑定到页面中来访问 | 使用 "ValueStack"技术,使taglib能够访问值而不需要把你的页面(view)和对象绑定起来。ValueStack策略允许通过一系列名称相同但类型不同的属性重用页面(view)。 |
类型转换 | ActionForm 属性通常都是String类型。Struts1使用Commons-Beanutils进行类型转换。每个类一个转换器,对每一个实例来说是不可配置的。 | 使用OGNL进行类型转换。提供基本和常用对象的转换器。 |
校验 | 支持在ActionForm的validate方法中手动校验,或者通过Commons Validator的扩展来校验。同一个类可以有不同的校验内容,但不能校验子对象。 | 支持通过validate方法和XWork校验框架来进行校验。XWork校验框架使用为属性类类型定义的校验和内容校验,来支持chain校验子属性 |
Action执行的控制 | 支持每一个模块有单独的Request Processors(生命周期),但是模块中的所有Action必须共享相同的生命周期。 | 支持通过拦截器堆栈(Interceptor Stacks)为每一个Action创建不同的生命周期。堆栈能够根据需要和不同的Action一起使用。 |
15. 谈一下你的项目选择Struts 2的理由
提示:该问题主要就是讲Struts2的优势,主要包括几点:
1) Action是POJO,没有依赖Servlet API,具有良好的可测试性
2) 强大的拦截器简化了开发的复杂度
3) 支持多种表现层技术:JSP、Freemarker等等
4) 灵活的验证方式
5) 国际化(I18N)支持
6) 声明式异常管理
7) 通过JSON插件简化Ajax
8) 通过Spring插件跟Spring整合
16. Struts2中如何访问HttpServletRequest、HttpSession和ServletContext三个域对象
1) 通过ServletActionContext的方法获得
2) 通过ServletRequestAware、SessionAware和ServletContextAware接口注入
17. Struts2中的默认包struts-default有什么作用
它定义了Struts 2内部的众多拦截器和Result类型,而Struts2很多核心的功能都是通过这些内置的拦截器实现,如:从请求中把请求参数封装到action、文件上传和数据验证等等都是通过拦截器实现的。在Struts 2的配置文件中,自定义的包继承了struts-default包就可以使用Struts 2为我们提供的这些功能。
18. 简述值栈(Value-Stack)的原理和生命周期
Value-Stack贯穿整个 Action 的生命周期,保存在request作用域中,所以它和request的生命周期一样。当Struts 2接受一个请求时,会创建ActionContext、Value-Stack和Action对象,然后把Action存放进Value-Stack,所以Action的实例变量可以通过OGNL访问。由于Action是多实例的,和使用单例的Servlet不同, 每个Action都有一个对应的Value-Stack,Value-Stack存放的数据类型是该Action的实例,以及该Action中的实例变量,Action对象默认保存在栈顶。