被我抛弃的开源框架

经典MVC框架
  把service,dao等统统合并到controller(action)里
      
  会发现，java版的ROR就这样不经意间浮出水面
    

[quote]ActionLink和PageLink只能跳到他自己的页面，必须自己写个组件实现动态的asdfa,。[/quote]

我不清楚你为什么这样说。TAPESTRY使用的时html模板，难道你不能直接用 么，或者用@Any。

[quote]
国际化的解决办法是自动根据ｒｅｑｕｅｓｔ头分析出来源地，自动选择匹配的语言，乍看很ｃｏｏｌ，事实上又是霸道的表现，如果用户想自定义语言，无法做 到。就连中国的开发者想看看自己开发出的英文版页面是什么样子都会很麻烦。他的角色不再是助手，而是Ｂｏｓｓ，我想大家都不希望助手成为Ｂｏｓｓ。[/quote]

我只是是可以inject httprequest的，你可以像在servlet中操作httprequest httpresponse一样，所以servlet中能实现的 T应该也一定行。

[quote]1. GWT ,它是个javascript的编译器，生成的是浏览器端的ＨＴＭＬ和ｊｓ，但他和服务器端的交互让人痛苦，他有自己的调试器，但集合到服务器端代码一起发布调试，真是让人痛苦。生成垃圾文件多，执行速度慢，总之，它带来了多少快感，就带来了多少痛苦。[/quote]

我现在在家里也在试着用gwt，很多人都说gwt生成的js很大， 我看了下我的项目编译后，好像每个js大约在80多k左右，确实是比较大。而且项目中还没有多少东西。但是我喜欢gwt，因为我可以很方便的使用IDE中的refactor功能。太爽了。当你看见别人在javascript中收索时。现在公司的项目也是ajax项目，使用dojo，jsonrpc-java。我觉得我不会对javascript太陌生，但不强。我比较反感javascript的那种松散性，所以IDE的重构能够帮助我。当你编辑java代码时， 我感觉对代码的控制会比写javascript强。LZ说道gwt 的rpc的交互很痛苦？ 我并没有感觉到， 现在我已经能够与spring整合了。请看我的这篇文章。http://www.iteye.com/topic/58084

很悬啊！

关注一下
其实每一个开源的东西都是有缺点的，看自己的取舍了

 
  没啥悬不悬的，好使就好了，
      分太多的层没啥必要，有过度设计的嫌疑
        不过MVC是合并层的底限

这完全是对ROR的误解，rails的Controller集合了service,dao的功能？话不能乱说

这个不是从架构层面说，而是从开发的简洁，快速，敏捷角度出发
     东西都是人造出来的，ROR没那么干，java也不能那么干吗？
         来点创新精神成不成？

  java ROR , good idea  ,but how?

快速敏捷的角度讲？好不容易把业务层、数据访问层从action中分离，现在反而越活越回去了，这恐怕不是快速敏捷，而是大跃进。我看不出这样就是所谓的“创新”

  思路已经给出，坚守MVC底限，合并层
  还有一个诀窍，抛弃正统的pojo,用MAP（有得必有失，有失必有得）
   封装下数据库访问，事务处理等，转变思路，所有的一切都不会很难
   顺理成章
     鄙人不才，献丑了，以上观点仅供参考