web framework选型的困惑

哈哈，说中要害了，我的两个标准就是目前web开发面临的困境，谁能完全的满足这两个标准，谁就能成为下一代web开发的王者。GOOGLE EARTH和gmail我都看过，的确很棒，只是用来做企业管理系统的开发，心中没底。
手机就不同了，那些技术都很成熟了，而且我的要求实现不难，相信大部分人也都有我这种需求，关键还是需求分析没有做到位。

对于Struts里的jsp不能复用问题，我觉得Struts里的tiles应该可以解决复用的问题吧。

现在可以使用lazyform了，1。2。7之后的版本都是可以使用的，这样可以少配置点struts-config文件了，而且页面元素改了也不需要改struts-config，而action的重用需要继承dispatchAction，页面的重用可以使用tiles和sitemesh，这些都不是问题哦

因为具体的service方法已经能处理各种具体的业务了，struts硬生生的加入了n多个action，去调用相关service方法，而实际应用中几乎所有的业务逻辑都用service实现，action还有什么用？我看了springside对ation的封装，感觉应用起来还是需要写大量的ation，毕竟具体的业务不是简单的CRUD。
tiles和sitemesh就是把页面像瓷瓦一样拼起来，tiles是一个页面一个页面地配置，sitemesh可以一次配置一大堆。而我想，更好的方式是采用动态生成页面，整个系统的页面可以根据模板动态生成，这样才能真正达到简化重复工作的效果。

不同意这一个种说法;
如果让你页面直接调用业务层的东西,你乐意吗?也不太清楚netfly自身是怎样看待MVC的..

有个智能的actionServlet做control就行了，没必要写那么多没有什么作用的actoin，几乎是service方法的拷贝。

action和service的职责是不一样的，怎么能混为一谈呢，action主要是负责控制，service是业务计算的地方，应该分开的

理解错了，或者是我表达错了，action主要是负责控制，service是负责业务，这个我清楚。
控制器有一个智能化的action servlet就够了，至于请求前从哪里来，请求后到哪里去，不必要用一个一个的action去做，能象RoR那样智能处理就行了。那么多个action，每个action都很简单的，完全可以抽象处理，用一个通用的东西处理掉，而不是什么继承dispatchAction，去一次又一次做请求前从哪里来，请求后到哪里去的重复工作。
struts 2.0.2已经开始解决这个问题了，这个我更清楚。

这个智能化的action servlet我确实不太清楚，如果你很清楚的话不防写出来大家共享一下，我也想看看能智能到什么程度，现在一点概念也没有，ror一点都没有看过

0 jsp
标签库 资源多多啊；可以预编译；wtp对jsp的编辑支持不错；不使用预编译就可以热部署，但第一次编译花时间多多。


属于一次编写处处调试的；如果没设计工具支持而且一个人做就很痛苦；就算有美工，美工也很痛苦。


1 struts 1 +  tiles
这个是标杆。如果单干的话 view换成velocity会提高开发效率，像坛子里说的velocity指令和脚本写入html注释可以用可视化HTML工具编辑vm模板。


2 webwork2 + sitemesh
比上一个要进步，减少很多累赘比如actionform。测试简单。以后改名成struts 2。


webwork和struts需要xdoclet 生成配置文件来提高开发效率、减少出错机会。



3 tapestry
我正在玩版本4。组件式开发。使用组件非常简单。设计组件就要深入研究
除了文档数量，一切都满意
至于单元测试和javascript嘛，组件使用者不必管。