WebWork与Struts什么关系? 本来是没关系，都是MVC框架，但是struts2.0引入了WEBWORK框架，也就是说struts2.0就是webwork 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 Struts2.0有很大的成分都是Xwork也就是webwork还有JSF Struts、Webwork比较比较内容 Struts WebWork2Action 类 在Struts里面，每一个Action Class都需要扩展org.apache.struts.action.Action;这个在Java编程中会引来一些问题，就是关于多种继承的问题 Webwork仅仅需要implement com.opensymphony.xwork.Action Interface,您也可以implement其它的interface来实现更多的功能，譬如：validate（验证），localware(国际化)等，当然 webwork2也提供了一个类ActionSupport 集成了以上功能。Developer可以根据需要实现不同的功能。线程模型 Struts Actions必须是thread－safe方式，它仅仅允许一个实例去处理所有的请求。所以action用到的所有的资源都必须统一同步，这个就引起了线程安全的问题。 Webwork 2 actions每一个请求对应一个action，因此没有线程的安全问题。实际上Servlet 容器对应每一个请求会产生许多Object，这种一个请求产生许多object的例子没有证明对性能产生太多的影响。现在Web容器都是这么处理Servlet的。Servlet的依赖 Struts处理一个Action时候必须要依赖ServletRequest and ServletResponse。所以这一层摆脱不了Server容器。而serveltRequest可能会被web层的Context使用。 Webwork2 每一个action不依赖任何层和任何容器。他们使用Request和response是通过ActionContext，所以这个对于逻辑层的分离是很重要的。测试 因为Struts的每一个action都必须用到request和response所以都必须通过web层来进行测试。这就导致了许多测试struts都要通过web容器（尽管现在有许多测试方法cactus mock 等）。 Webwork的action能够通过赋予一定的属性。就可以执行。同时您可以使用一个mock的实例去测试，而不是通过启动web容器来进行测试。FormBean Struts 需要一个FormBeans针对每一个Form。而使用DynaBeans实际上没有太大的意义。不能够很好的处理现有的模型。 Webwork 能够动态的收集web的数据然后在赋值给bean。同时它还能够使用FormBean模式。Webwork2还允许现有的ModelDrvien进行导入处理。能够处理它就像处理action自己的属性一样。前端表达语言 Struts大部分使用的是JSTL EL（JSP2。0）去获得数据的。在Collection上面处理显得很弱。 Webwork前端可以使用JSTL同时也可以使用多种表现形式。譬如：velocity freemaker jspparer xml等等。Webwork2 利用ongl建立一个valuestack来搜集数据类型的转换 Struts FormBeans把所有的数据都作为string类型。得到一个自己需要的类型然后展示给用户是很困难的。 Webwork2 数据都是转换成Java中的类型。这个根据Form的类型自动转换。然后操作这些bean十分方便。对Action 执行前和后的处理 Struts处理action的时候是基于class的hierarchies，很难在action处理前和后进行操作。 Webwork2 允许您处理action可以通过interceptor，就是在每一个action处理前或者后进行其它操作。验证处理 因为struts的FormBean的属性都被认为是string类型。许多类型的验证都要进行类型转换的处理。FormBean对一个验证链的处理显然不行。 而webwork2的验证采用的是interceptor设计模式。它的这种验证方式决定了它十分灵活。而且一个验证可以重复不断的使用仅仅需要一个XML文件的定义。实际上webwork2的验证是采用了xwork的验证框架。Action的链的控制 Struts里面每一个action对应一个处理，如果一个action转向另外一个action就很困难了。 Webwork使用一个强大的DispatcherChain去处理这个action链。很方便的从一个处理到另外一个处理。 这么说来 Webwork 比Struts强很多了？ 应该说更高级一些不过struts用的确实最多的要学的话就从struts2开始吧 Struts 2权威指南：基于WebWork核心的MVC开发出版时间：2007年09月本书所介绍的Struts 2已经完全超出了Struts 1框架原有的高度，Struts 2建立在Struts 1和WebWork两个框架整合的基础之上，因此提供了更多优秀的机制。虽然Struts 1目前还未被完全淘汰，但Struts 1所表现出来的缺陷已经处处制约着开发者的手脚。在2007年上半年，Struts 2终于在众多开发者期盼中，发布了第一个稳定版本：2.0.6。从2001年开始，Struts框架诞生，作为全世界第一个MVC框架，它一直都是MVC领域里最流行的框架。经过漫长时间的检验，Struts确实是一个非常成功的MVC框架，对于实际项目的开发有很大的帮助。但随着时间的流逝，Struts的缺陷也逐渐显露出来，大量的开发人员、软件公司开始选择更好的MVC解决方案，例如JSF和Tapestry等。正是在这种背景下，Struts 2框架诞生了，Struts 2整合了两个优秀的MVC框架：传统的Struts和WebWork。不管是Struts还是WebWork，都是MVC框架领域大名鼎鼎的成熟框架，这保证了Struts 2作为实际开发框架的成熟性，Struts 2保留了Struts 1的简单易用性，并且充分利用了WebWork的拦截器机制（其实就是AOP思想），将Struts 2发展成一个具有高度可扩展性的框架。当Struts 2框架诞生后，完全取代了原有的Struts和WebWork框架，Struts 2的开发团队将由Struts和WebWork两个团队组成，这保证了Struts 2的开发团队更加强大。而且WebWork不再推出新版本，因此，实际项目开发中原来使用Struts和WebWork都将转入使用Struts 2框架。基于这种背景，Struts 2将会在短时间内迅速成为MVC领域最流行的框架，将会比原有的Struts框架更流行、更强大。虽然Struts 2号称是一个全新的框架，但这仅仅是相对Struts 1而言。Struts 2与Struts 1相比，确实有很多革命性的改进，但它并不是新发布的新框架，而是在另一个赫赫有名的框架：WebWork基础上发展起来的。从某种程度上来讲，Strut2没有继承Struts 1的血统，而是继承了WebWork的血统。或者说，WebWork衍生出了Struts 2，而不是Struts 1衍生了Struts 2。因为Struts 2是WebWork的升级，而不是一个全新的框架，因此稳定性、性能等各方面都有很好的保证；而且吸收了Struts 1和WebWork两者的优势，因此，是一个非常值得期待的框架。目前，Struts已经分化成两个框架：第一个框架就是传统Struts 1和WebWork结合后的Struts 2框架。Struts 2虽然是在Struts 1的基础上发展起来的，但实质上是以WebWork为核心，Struts 2为传统Struts 1注入了WebWork的设计理念，统一了Struts 1和WebWork两个框架，允许Struts 1和WebWork开发者同时使用Struts 2框架。Struts分化出来的另外一个框架是Shale，这个框架远远超出了Struts 1原有的设计思想，它与原有的Struts 1的关联很少，它使用全新的设计思想。Shale更像一个新的框架，而不是Struts的升级。Shale 在很多方面与Struts存在不同之处，其中有两点最为突出：— Struts与JSF集成，而Shale则是建立在JSF之上。 — Struts实质上是一个巨大的、复杂的请求处理器；而Shale则是一组能以任何方式进行组合的服务，简单地说，Shale是一种SOA（面向服务架构）架构。对于传统的Struts 1开发者，Struts 2也提供了很好的向后兼容性，Struts 2可与Struts 1有机整合，从而保证Struts 1开发者能平稳过渡到Struts 2。 正要学struts,这下就知道要学习什么了；先搞定webwork~ SSH DWR 响应问题 tomcat问题 为何用Spring？ 中文转UTF-8的问题 怎样写代码，使用的xml解析器可以互换？ Java调用VC写的Webservice出错（进者有分） 高手们帮忙看看这个错误如何解决!!!!! 站内短信及回复的数据库设计 可以说说主接口、组件接口、实现类之间的关系吗？ 现在我要做个一分组，大家看看我这个分组要有哪些字段 jawin API翻译 请问STRUTS在ACTION中如果能得到发出请求的页面地址,并根据其转向!
还有JSF
比较内容 Struts WebWork2
Action 类 在Struts里面，每一个
Action Class都需要扩展org.apache.struts.action.Action;这个在Java编程中会引来一些问题，就是关于多种继承的问题 Webwork仅仅需要implement com.opensymphony.xwork.Action Interface,您也可以implement其它的interface来实现更多的功能，譬如：validate（验证），localware(国际化)等，当然 webwork2也提供了一个类ActionSupport 集成了以上功能。Developer可以根据需要实现不同的功能。
线程模型 Struts Actions必须是thread－safe方式，它仅仅允许一个实例去处理所有的请求。所以action用到的所有的资源都必须统一同步，这个就引起了线程安全的问题。 Webwork 2 actions每一个请求对应一个action，因此没有线程的安全问题。实际上Servlet 容器对应每一个请求会产生许多Object，这种一个请求产生许多object的例子没有证明对性能产生太多的影响。现在Web容器都是这么处理Servlet的。
Servlet的依赖 Struts处理一个Action时候必须要依赖ServletRequest and ServletResponse。所以这一层摆脱不了Server容器。而serveltRequest可能会被web层的Context使用。 Webwork2 每一个action不依赖任何层和任何容器。他们使用Request和response是通过ActionContext，所以这个对于逻辑层的分离是很重要的。
测试 因为Struts的每一个action都必须用到request和response所以都必须通过web层来进行测试。这就导致了许多测试struts都要通过web容器（尽管现在有许多测试方法cactus mock 等）。 Webwork的action能够通过赋予一定的属性。就可以执行。同时您可以使用一个mock的实例去测试，而不是通过启动web容器来进行测试。
FormBean Struts 需要一个FormBeans针对每一个Form。而使用DynaBeans实际上没有太大的意义。不能够很好的处理现有的模型。 Webwork 能够动态的收集web的数据然后在赋值给bean。同时它还能够使用FormBean模式。Webwork2还允许现有的ModelDrvien进行导入处理。能够处理它就像处理action自己的属性一样。
前端表达语言 Struts大部分使用的是JSTL EL（JSP2。0）去获得数据的。在Collection上面处理显得很弱。 Webwork前端可以使用JSTL同时也可以使用多种表现形式。譬如：velocity freemaker jspparer xml等等。Webwork2 利用ongl建立一个valuestack来搜集数据
类型的转换 Struts FormBeans把所有的数据都作为string类型。得到一个自己需要的类型然后展示给用户是很困难的。 Webwork2 数据都是转换成Java中的类型。这个根据Form的类型自动转换。然后操作这些bean十分方便。
对Action 执行前和后的处理 Struts处理action的时候是基于class的hierarchies，很难在action处理前和后进行操作。 Webwork2 允许您处理action可以通过interceptor，就是在每一个action处理前或者后进行其它操作。
验证处理 因为struts的FormBean的属性都被认为是string类型。许多类型的验证都要进行类型转换的处理。FormBean对一个验证链的处理显然不行。 而webwork2的验证采用的是interceptor设计模式。它的这种验证方式决定了它十分灵活。而且一个验证可以重复不断的使用仅仅需要一个XML文件的定义。实际上webwork2的验证是采用了xwork的验证框架。
Action的链的控制 Struts里面每一个action对应一个处理，如果一个action转向另外一个action就很困难了。 Webwork使用一个强大的DispatcherChain去处理这个action链。很方便的从一个处理到另外一个处理。
不过struts用的确实最多的
要学的话
就从struts2开始吧
出版时间：2007年09月
本书所介绍的Struts 2已经完全超出了Struts 1框架原有的高度，Struts 2建立在Struts 1和WebWork两个框架整合的基础之上，因此提供了更多优秀的机制。
虽然Struts 1目前还未被完全淘汰，但Struts 1所表现出来的缺陷已经处处制约着开发者的手脚。在2007年上半年，Struts 2终于在众多开发者期盼中，发布了第一个稳定版本：2.0.6。
从2001年开始，Struts框架诞生，作为全世界第一个MVC框架，它一直都是MVC领域里最流行的框架。经过漫长时间的检验，Struts确实是一个非常成功的MVC框架，对于实际项目的开发有很大的帮助。但随着时间的流逝，Struts的缺陷也逐渐显露出来，大量的开发人员、软件公司开始选择更好的MVC解决方案，例如JSF和Tapestry等。正是在这种背景下，Struts 2框架诞生了，Struts 2整合了两个优秀的MVC框架：传统的Struts和WebWork。不管是Struts还是WebWork，都是MVC框架领域大名鼎鼎的成熟框架，这保证了Struts 2作为实际开发框架的成熟性，Struts 2保留了Struts 1的简单易用性，并且充分利用了WebWork的拦截器机制（其实就是AOP思想），将Struts 2发展成一个具有高度可扩展性的框架。当Struts 2框架诞生后，完全取代了原有的Struts和WebWork框架，Struts 2的开发团队将由Struts和WebWork两个团队组成，这保证了Struts 2的开发团队更加强大。而且WebWork不再推出新版本，因此，实际项目开发中原来使用Struts和WebWork都将转入使用Struts 2框架。基于这种背景，Struts 2将会在短时间内迅速成为MVC领域最流行的框架，将会比原有的Struts框架更流行、更强大。
虽然Struts 2号称是一个全新的框架，但这仅仅是相对Struts 1而言。Struts 2与Struts 1相比，确实有很多革命性的改进，但它并不是新发布的新框架，而是在另一个赫赫有名的框架：WebWork基础上发展起来的。从某种程度上来讲，Strut2没有继承Struts 1的血统，而是继承了WebWork的血统。或者说，WebWork衍生出了Struts 2，而不是Struts 1衍生了Struts 2。因为Struts 2是WebWork的升级，而不是一个全新的框架，因此稳定性、性能等各方面都有很好的保证；而且吸收了Struts 1和WebWork两者的优势，因此，是一个非常值得期待的框架。目前，Struts已经分化成两个框架：第一个框架就是传统Struts 1和WebWork结合后的Struts 2框架。Struts 2虽然是在Struts 1的基础上发展起来的，但实质上是以WebWork为核心，Struts 2为传统Struts 1注入了WebWork的设计理念，统一了Struts 1和WebWork两个框架，允许Struts 1和WebWork开发者同时使用Struts 2框架。Struts分化出来的另外一个框架是Shale，这个框架远远超出了Struts 1原有的设计思想，它与原有的Struts 1的关联很少，它使用全新的设计思想。Shale更像一个新的框架，而不是Struts的升级。Shale 在很多方面与Struts存在不同之处，其中有两点最为突出：— Struts与JSF集成，而Shale则是建立在JSF之上。
— Struts实质上是一个巨大的、复杂的请求处理器；而Shale则是一组能以任何方式进行组合的服务，简单地说，Shale是一种SOA（面向服务架构）架构。对于传统的Struts 1开发者，Struts 2也提供了很好的向后兼容性，Struts 2可与Struts 1有机整合，从而保证Struts 1开发者能平稳过渡到Struts 2。
先搞定webwork~