被我抛弃的开源框架

1. GWT ,它是个javascript的编译器，生成的是浏览器端的ＨＴＭＬ和ｊｓ，但他和服务器端的交互让人痛苦，他有自己的调试器，但集合到服务器端代码一起发布调试，真是让人痛苦。生成垃圾文件多，执行速度慢，总之，它带来了多少快感，就带来了多少痛苦。（补充：他可以ajax，但它生成的只是静态html+js页面，是静态的，想让它接受参数是不可能的。当然我曾试过把他的html再变成jsp接受参数，将接受到的信息放到html的head meta中，然后再用GWT的DOM在meta中取信息，再用RPC到服务器上取信息填入各个元素，上帝饶恕我的SB吧。）

2. Tapestry 5，我试用了两周。帮了不少忙，把GWT的残局收拾了，把当初用GWT写的东西彻底重写了一遍。但渐渐也发现了它的不爽。还真是不太好表达，总体感觉，它太霸道了，封装了一切。事实上它对静态资源（html，js）的支持并不够好。对页面跳转，支持也不够好，ActionLink和PageLink只能跳到他自己的页面，必须自己写个组件实现动态的asdfa,。国际化的解决办法是自动根据ｒｅｑｕｅｓｔ头分析出来源地，自动选择匹配的语言，乍看很ｃｏｏｌ，事实上又是霸道的表现，如果用户想自定义语言，无法做到。就连中国的开发者想看看自己开发出的英文版页面是什么样子都会很麻烦。他的角色不再是助手，而是Ｂｏｓｓ，我想大家都不希望助手成为Ｂｏｓｓ。

3. Struts 1.x，说她被抛弃，并不适合，因为我从未选择过她。曾N次下决心与她亲近，但她太麻烦了，磨磨唧唧，但始终无法了解她的心，最终与她的缘分还没有开始就结束了。

4.Grails，我没有完整的玩过Grails，我只是稍稍了解了一下，但我已经可以断言，它不会有太大的灵活性。基于脚本语言，我一直认为脚本语言的用处应该是热修改，而不是写源代码。所谓热修改，比如魔兽争霸3的RPG地图，不可能让玩家用C语言写地图，但也不可能让开发者用lua来开发WAR3。用户的需求中有个经常变动的公式，这时可以用脚本。用脚本语言写源代码！！！我不想多说。

5.ROR。RoR开发的javaeye，很不错啊，为什么抛弃RoR。也许是成见吧，理由同上。但RoR确是给快速开发开辟出一条新的模式。它的优点是他的开发模式，而不是Ruby或Rails。仅仅因为他模式的优秀，而选择一项建立在脚本语言上的框架，颇有委曲求全的感觉。

寻求一条优秀的开发模式，真是不简单。
接下来打算了解webwork2和velocity，希望不要让我失望。

评论

15 楼 dennis_zane 2007-03-21  

giscat 写道

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

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

14 楼 giscat 2007-03-21  

[e-mail] 写道

引用

giscat     1 小时前
经典MVC框架
把service,dao等统统合并到controller(action)里

会发现，java版的ROR就这样不经意间浮出水面

很悬啊！

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

13 楼 minimu 2007-03-21  

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

12 楼 过河卒 2007-03-21  

引用

giscat     1 小时前
经典MVC框架
把service,dao等统统合并到controller(action)里

会发现，java版的ROR就这样不经意间浮出水面

很悬啊！

11 楼 dengyin2000 2007-03-21  

<br/>
<strong>

引用

ActionLink和PageLink只能跳到他自己的页面，必须自己写个组件实现动态的<a href='xxx'>asdfa</a>,。

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

引用

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

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

引用

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

<br/>
<br/>
我现在在家里也在试着用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</a></strong>

10 楼 giscat 2007-03-21  

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

9 楼 shaucle 2007-03-21  

appfuse(with webwork)
seam(with a lot)

楼主似乎最近专开源?

8 楼 jvincent 2007-03-21  

企业ERP应用还是Applet来的爽..

7 楼 dennis_zane 2007-03-21  

对脚本语言的偏见真是根深蒂固啊

6 楼 Arden 2007-03-21  

Java开发框架可以试试JBoss Seam.

5 楼 jasongreen 2007-03-21  

dengyin2000 写道

LZ 可能jsp比较适合你。

agree, 事实上，我以前都在用servlet和jsp，但servlet和jsp没有办法形成开发规范，没有自制力的程序员，情绪稍有失控就很容易把代码搞的乱七八糟。
servlet和jsp应该是最没有侵入性的，最能自由发挥的。

4 楼 dengyin2000 2007-03-20  

LZ 可能jsp比较适合你。

3 楼 lighter 2007-03-20  

"5.ROR。RoR开发的javaeye，很不错啊，为什么抛弃RoR。也许是成见吧，理由同上。但RoR确是给快速开发开辟出一条新的模式。它的优点是他的开发模式，而不是Ruby或Rails。仅仅因为他模式的优秀，而选择一项建立在脚本语言上的框架，颇有委曲求全的感觉。"

觉得人有各种各样的想法,我个人是很喜欢RoR(就当乱吹,没有RoR项目经验)
我把《Agile Web Development with Rails》和<<Programming Ruby>>都看了一两遍,动手试了一些程序,感觉就是爽;没有觉得脚本语言的框架不好,而且感觉写的代码更简洁啊,有一种别异的风味与java相比

2 楼 lighter 2007-03-20  

现在让我感觉很好常用的语言层面上的东西有:
Webwork2,jsp2的jstl,spring,hibernate
RoR
楼主说的,GWT没有试用,Tapestry5也没有用过,Struts1.x可能是用得最多的,但也是很很讨厌的一个,麻烦;Grails,有了解,小试了一把,感觉挺不错的
velocity很容易上手的
webwork2觉得看 webwork in action这一本书已足够了解,其他的就是在项目慢慢体现啦

1 楼 jvincent 2007-03-20  

用过GWT,编译的时候巨慢,但是对于不熟悉js的来说还是蛮好的,直接用java代码就可以写出ajax的程序了.