再说Play!framework

每种语言都有各自的特性，java这种鼓励OO的静态语言中，模仿太多动态语言的东西的确没好处。
play！在model中用hack的方式生成getter和setter，除了能少敲点代码，看不出有什么好处，现在任何一个java ide都可以生成getter/setter；在controller中使用static倒是没大问题的，很简洁；至于充血和贫血倒是各有好处。我的感觉是play！的定位是用java简单的开发web应用，甚至是不用IDE只用Editor开发。不过话说在web开发领域java比动态语言唯一的优势就是执行效率了，但那东西真的这么重要么。java开发web应用还是活在企业领域里更合适吧。

做互联网应用还是需要快捷，Java更适合企业项目用，觉得这个框架别扭的可以直接来学习rails

直接public了, 没有用getter setter哦
呵呵

你看play的源代码就知道了，他在运行的时候通过cglib生成的
包括你的model类，很多都是运行时通过bytecode动态注入的

play的定位就是快速开发网站的而不是啥企业级开发

play!的定位是快速开发网站，是开发诸如企业首页吗？那用asp,php,rails都比这四不像好呀。

还不太明白继续学习中。

看完之后就2点体会：

1、编写index.html模版，以前用struct的标签来写，现在又得重新学习Play的语法？我觉得有点痛苦。

2、继承xxx，无所谓，不继承你的xxx，估计我也得继承我的xxx，那么Controller里的static如何来保证线程安全呢？

谢谢

这么长时间的帖子也被你扒拉出来了。呵呵。。看来关注play的人还是有滴。。。

第一个：搞我们这行，怕学习的"痛苦"就么法进步。。。当你学习完play的模版标签你会感叹struts标签那是搞的些啥玩意啊。。况且，学习play模版的标签估计用不了一天时间吧，看一遍官方的帮助文档基本就OK了。。

第二个：涉及全局数据存取（如在request,response,flash,session等）这些中是使用的TreadLocal实现的线程安全。而我们不会定义其它的全局变量。这样就没有什么问题了。具体可以看看Play Controller的源代码。呵呵。不知道表述的是否正确 

1.我还是觉得痛苦。

2.ThreadLocal貌似是各自的Thread用map存储Object的副本，难道对于Class.xxx有用？

play framework的Model部分，还是很牛叉的。