struts1的action类必须实现action接口（struts1中action继承的基类有谁提供）

本文目录

• struts1中action继承的基类有谁提供
• struts2中的Action是否应该去实现Action接口
• Struts1与Struts2的本质区别是什么能不能详细的讲讲啊在此谢过各位的！
• struts2和struts1的区别是什么另外，MVC模式中，service层存在的意义是什么

struts1中action继承的基类有谁提供

? Struts1要求Action类继承一个抽象基类。Struts1的一个普遍问题是使用抽象类编程而不是接口。 ? Struts 2 Action类可以实现一个Action接口，也可实现其他接口，使可选和定制的服务成为可能。Struts2提供一个ActionSupport基类去 实现 常用的接口。Action接口不是必须的，任何有execute标识的POJO对象都可以用作Struts2的Action对象。

struts2中的Action是否应该去实现Action接口

应该实现此接口，否则将不会认作是Action。
实现了Action依旧可以是POJO，这不矛盾啊，相对于Struts 1 来说，Action方法的参数并没有规定是哪些，这不保证了平台的可移植性吗？

Struts1与Struts2的本质区别是什么能不能详细的讲讲啊在此谢过各位的！

Struts2与Struts1的对比
1，在Action实现类方面：
Struts1要求Action类继承一个抽象基类；Struts1的一个具体问题是使用抽象类编程
而不是接口。Struts2 Action类可以实现一个Action接口，也可以实现其他接口，使可选和定制服务成为可能。
Struts2 提供一个ActionSupport基类 去实现常用的接口。即使Action接口不是必须实现的，只有一个包含
execute方法的POJO类都可以用作Struts2的Action。
2，线程模式方面：
Struts1 Action是单例模式并且必须是线程安全的，因为仅有Action的一个实例来处理所有的请求。单例策略限制了Struts1 Action能做的事，并且要在开发时特别小心。Action资源必须是线程安全的或同步的；Struts2 Action对象为每一个请求产生一个实例，因此没有线程安全问题。
3，Servlet依赖方面：
Struts1 Action依赖于Servlet API，因为Struts1 Action的execute方法中有HttpServletRequest和HttpServletResponse方法。
Struts2 Action 不再依赖于ServletAPI，从而允许Action脱离Web容器运行，从而降低了测试Action的难度。当然，如果Action 需要直接访问HttpServletRequest和HttpServletResponse参数，Struts2 Action仍然可以访问它们。但是，大部分时候，Action都无需直接访问
HttpServletRequest和HttpServletResponse，从而给开发者更多灵活的选择。
4，可测试方面：
测试Struts1 Action的一个主要问题是execute方法依赖于Servlet于ServletAPI， 这使得Action 仍然的测试要依赖于Web容器。为了脱离Web容器测试Struts1 的Action， 必须借助于第三方扩展：Struts TestCase，该扩展下包含了系列的Mock对象，从而脱离Web容器测试Struts1的Action类。
Struts2Action可以通过初始化，设置属性，调用方法来测试。
5，封装请求参数方面：
Struts1 使用ActionForm对象封装用户的请求参数，所有的ActionForm 必须继承一个
基类：ActionForm。 普通的JavaBean不能用作ActionForm因此，开发者必须创建大量的ActionForm类封装用户请求参数。虽然Struts1 提供了动态ActionForm 来简化ActionForm 的开发，但依然需要在配置文件中定义ActionForm； Struts2 直接使用Action 属性来封装用户请求属性，避免了开发者需要大量开发ActionForm类的繁琐，实际上，这些属性还可以是包含子属性的Rich对象类型。如果开发者依然怀念Struts1 ActionForm 的模式
Struts 2 提供了ModelDriven 模式， 可以让开发者使用单独的Model 对象来封装用户请求参数，但该Model对象无须继承任何Struts2基类，是一个POJO，从而
降低了代码污染。
6，表达式语言方面：
Struts1 整合了JSTL，因此可以使用JSTL表达式语言。这种表达式语言有基本对象图遍
历，但在对集合和索引属性的支持上则功能不强
Struts2 可以是用JSTL，但它整合了一种更强大和灵活的表达
式语言：OGNL（Object Graph Notation Language）,因此，Struts2下的表达式语言功能更加强大。
7，绑定值到视图方面：
Struts1 使用标准JSP机制把对象绑定到视图页面；
Struts2 使用“ValueStack”技术，使标签能够访问值，而不需要把对象和视图页面绑定在一起。
8，类型转换的方面：
Struts 1 ActionForm 属性通常都是String 类型。 Struts1 使用
Commons-Beanutils 进行类型转换，支持基本数据类型和常用对象之间的转换。
9，数据校验的方面：
Struts1 支持在ActionForm 重写 validate方法手动校验，或者通过整合Commonsalidator框架来完成数据校验。
Struts2 支持通过重写validator方法进行校验，也支持整合XWork校验框架进行校验
10，Action执行控制的方面：
Struts1 支持每一个模块对应一个请求处理（既生命周期的概念），但是模块中的所有Action必须共享相同的生命周期。
Struts2支持通过拦截器堆栈为每一个Action 创建不通的生命周期。开发者可以根据需要创建相应堆找，从而和不同的Action一起使用。

struts2和struts1的区别是什么另外，MVC模式中，service层存在的意义是什么

struts2和struts1的区别：
1. Action类:
- Struts1 要求 Action 类继承一个抽象基类. Struts1 的一个普遍的问题是使用抽象类编程而不是接口
- Struts2 Action 类可以实现一个 Action 接口,也可实现其他的接口,使可选和定制的服务称为可能.
- Struts2 提供了一个 ActionSupport 基类去实现常用的接口; Action接口不是必须的,任何有 execute 标识的POJO
对象都可以用作 Struts2 的 Action 对象
2. 线程模式:
- Struts1 Action 是单例的模式并且必须是线程安全的,因为仅有 Action 的一个实例来处理所有的请求.单例的策略限制了
Struts1 Action 能做的事情,并且要在开发的时候特别的小心. Action 资源必须是线程安全或者同步的
- Struts2 Action 对象为每一个请求产生一个实例,因此没有线程安全的问题
3. Servlet依赖:
- Struts1 Action 依赖于 Servlet API,因为当一个Action被调用 HttpServletRequest 和 HttpServletResponse 被传递给 execute() 方法
- Struts2 Action 不依赖于容器,允许 Action 脱离容器单独的被测试.如果需要的话 Struts2 Action 仍然可以访问初始的 request 和 response
但是,其他的元素减少或者消除了直接访问 HttpServletRequest 和 HttpServletResponse 的必要性
4. 可测性:
- Struts1 Action 测试的一个主要的问题是 execute 方法暴露了 Servlet API (使得测试要依赖容器).一个第三方的扩展
Struts TestCase -- 提供了一套 Struts1 的模拟对象 (来进行测试)
- Struts2 Action 可以通过初始化, 设置属性,调用方法来测试 "依赖注入" 支持也使得测试更加的容易
5. 捕获输入:
- Struts1 Action 使用ActionForm对象来捕获输入.所有的 ActionForm 必须继承一个基类.因为其他的JavaBean 不能用作
ActionForm ,开发者经常创建多余的类捕获输入.动态的 Bean (DynaBeans) 可以作为创建传统的ActionForm选择,但是,开发者可能是在重新描述(创建)已经存在的 JavaBean
会导致冗余的 JavaBean)
- Struts2 Action 直接使用 Action 属性作为输入的属性,消除了对第二个输入对象的需求. Action 属性能够通过web页面上的
taglibs 访问. Struts2 也支持 ActionForm 模式
6. 表达式语言:
- Struts1 整合了 JSTL ,因此使用 JSTL EL .这种EL 的基本的对象图遍历,但是对集合和索引属性的支持很弱
- Struts2 可以使用 JSTL ,但是也支持一个更强大的和灵活的表达式语言 -- "Object Graph Notation Language" (OGNL)
** 绑定值到页面 (view) :
- Struts1 使用标准 JSP 机制把对象绑定到页面来访问
- Struts2 使用 "ValueStack" 技术,使 taglib 能够访问值而不需要把你的页面 (view) 和对象绑定起来
ValueStack 策略允许通过一些列的名称相同但是类型不同的属性重用页面 (view)
7. 类型的转换 :
- Struts1 ActionForm 属性通常都是 String 类型的. Struts1使用 Commons-Beanutils 进行类型的转换
每个类一个转换器,对每一个实例来说是不可配置的
- Struts2 使用OGNL 进行类型的转换. 提供基本的和常用的对象的转换器
8. 校验 :
- Struts1 支持在 ActioNForm 的 validate 方法中手动的校验,或者通过 Commons Validator 的扩展来校验.
同一个类可以有不同的校验内容,但不能校验子对象
- Struts2 支持通过 validate 方法和 XWork 校验框架来进行校验. XWork 校验框架使用为属性类类型定义的校验和内容校验
来支持 chain 校验子属性
9. Action 执行的控制 :
- Struts1 支持每一个模块有单独的 Request Processors (生命周期);但是模块中的所有的 Action 必须功效那个相同的生命周期
- Struts2 支持通过拦截器堆栈 (Interceptor Stacks) 为每一个 Action 创建不同的生命周期.
堆栈能够根据需要和不同的 Action 一起使用
service层存在的意义：
service层主要是处理业务的，比如action将取得的页面值传给service层，service层将其封装，进一步处理，传给DAO层与数据库交互。同样，DAO层从数据库取出的数据如果需要的话要在service层进一步封装，然后才传入action，放到页面中。