在实际项目中应用WebWork有什么问题吗？

是呀, 你struts用得好好的, 自我感觉又没有不爽, 何必跟风学webwork呢?

因为Struts的Action这一层给我的感觉利用率太低，就是做页面参数的收集，再按业务逻辑Service的返回forward一下而已，在某些情况下，基本上和Service重合了，甚至是和DAO，比如我上面提到的例子。在一些表的CRUD功能，基本没有什么业务逻辑。

以前我们的项目都是直接在Action里写业务逻辑的，这次是在我的强烈要求下，才这么分层做的，另外也考虑到以后有可能脱离这个框架，所以设计了这么个架构Action->Service->DAO->DB。可是我在检查时还是发现有人偷懒了。

就我本人来说还是有点希望能把Action、Service合二为一，或者用统一的一个Action做Control，现在看来还是有点难度。

以前看过一篇struts+spring+ibatis的改造方案，就是照着Webwork改的，
只用了BeanAction.java唯一的一个Struts action类，类似于Webwork的Property-Driven，把FormBean扩展为一个业务处理的Service。

如果再按Webwork的思路改造为Model-Driven也是可行的。

看来我可以自己开发一套MVC的Framework了，当然功能还是和STRUTS、WEBWORK一样的