做这个，是因为在JavaEye上看到看到一篇文章《Play!跑在GAE上，小试GAE》，里面讨论了一个新的Java On Rails式框架，来自法国的Play!（http://www.playframework.org/ ）。大概看了下这个框架的介绍，的确很优秀，举点比较cool的特点：

Bind an HTTP parameter to a Java method parameter: 就是说，可以在URL上直接调用Controller里面的方法；

Redirect to an action by simply calling the corresponding Java method：这个不用解析了；

Don't Repeat Yourself when passing Java objects to templates: 也就是说，从controller往View传数据，不需要把object放在map里面，可以类似：render(titile, article, user);这样做，就是Java5里面的动态参数的使用啦；

Straightforward file upload management；

Distribute an application to several JVMs without configuring anything；

Fix the bug and hit Reload: 这个无敌，大概就是说，修改程序后，直接reload程序就好，框架自动编译程序，因为这个框架内部带了个Container，所以可以做到这个。这个有点像把Java给动态化了，调试起来省不少事；

另外就是多个plugin可以使用等等。

大概看了下这个框架，感觉蛮好的，但那篇文章里面讨论的主要是，Play!集成在GAE里面的一些问题，这个框架带了个非常非常简单的Blog程序，就没法部署到GAE上面成功。很容易理解，GAE阉割过JDK和对JPA的支持是不完善的。我申请GAE账号很长时间了，但没有玩过，刚好两个一起研究一下。

其实GAE的局限主要是：

底层是基于Big Table的，完全不是关系型的结构，让他完全支持JPA的复杂关联关系，太吃力了，所以GAE是不能支持Owned relationship和Many to many owned relationship的，也就是一对多，多对多关系不能支持，官方建议自己建立key，程序里面维护关联关系。Blog这个sample程序，因为存在这Post和Comment两个实体，两者之间是一对多的关系，所以GAE是不能支持的，解决方法很简单，把原来的JPA定义方法去掉，Comment 里面加个postId的属性，添加comment时，把这个填上就okay了。

GAE限制了java.net.Inet.*这些class，所以Play!自带的ehcache1.5版本是用不了的；ehcache1.6声称支持GAE了，那就下个ehcache-1.6.0.jar替代掉原来Play!自带的那个。

GAE里面规定，选取出来的entity不能修改，所以Blog的那个sample里面那种：

posts.remove(post);  

Collections.reverse(posts); 

是不能用的，需要拿出来自己用其他collection里面做，或者在Query的时候排序和过滤。这个限制其实也不麻烦，只是这种设计不适合xxx on rails思想而已，如果是比较早期接触J2EE的话，这个不会陌生。Model定义那几个东西，是直接操作数据库的，也就是我们说的PO，传统的J2EE上面，PO是不可以在Contrioller层操作的，在下面上来的数据需要转为VO才能操作，才能扔给View~这就是DTO模式。Apache的beanutil可以做这个事情，但是这只是个例子，直接setter,getter就可以了。。。 这里给出一个解决方法：在Play!里面建个vo的包，建一个PostVo，然后用以下代码替代上面那两句，

List<Post> posts = Post.findAll();  

Iterator<Post> postIt = posts.iterator();  

List<PostVo> otherPosts = new ArrayList<PostVo>();  

while (postIt.hasNext()) {  

      Post postItem = postIt.next();  

      if (postItem.id.longValue() != id.longValue()) {  

          PostVo postVo = new PostVo();  

          postVo.setId(postItem.id);  

          postVo.setTitle(postItem.title);  

          postVo.setContent(postItem.content);  

          postVo.setDate(postItem.date);  

          otherPosts.add(postVo);  

     }  

}  

      Collections.reverse(otherPosts); 

当然在view里面要用otherPosts来替代posts，迭代otherPosts就可以了~

经过测试，Blog那个例程已经可以跑起来，可以通过这个网址测试：http://laynezone.appspot.com

总  结：

Play!这个框架我是蛮喜欢的，难得看到Java有类似的快捷框架出现，如果场合合适的话，值得考虑使用。另外，GAE，在持久化那部份限制蛮多的，但是可以理解，毕竟Google底层的持久化结构并不是关系模型。能够把JPA实现到这个程度，已经很好了~

既然客观原因不能改变，我们就自己改变去适应它，毕竟withod RMDB已经喊了很长时间，其实只要观念稍变下，就好了~

由于，我看GAE和Play!两个东西的时间，就是今天（周五）下班到八佰伴吃完个饭回家到现在，不足1个小时，也没研究Play!的源代码，所说之处，难免有错，请大家互相交流~