做這個，是因為在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的局限主要是：

1. 底層是基于Big Table的，完全不是關系型的結構，讓他完全支持JPA的復雜關聯關系，太吃力了，所以GAE是不能支持Owned relationship和Many to many owned relationship的，也就是一對多，多對多關系不能支持，官方建議自己建立key，程序里面維護關聯關系。Blog這個sample程序，因為存在這Post和Comment兩個實體，兩者之間是一對多的關系，所以GAE是不能支持的，解決方法很簡單，把原來的JPA定義方法去掉，Comment 里面加個postId的屬性，添加comment時，把這個填上就okay了。
2. GAE限制了java.net.Inet.*這些class，所以Play!自帶的ehcache1.5版本是用不了的；ehcache1.6聲稱支持GAE了，那就下個ehcache-1.6.0.jar替代掉原來Play!自帶的那個。
3. 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!的源代碼，所說之處，難免有錯，請大家互相交流~

原文鏈接：http://blog.csdn.net/laynepeng/article/details/4338873

【編輯推薦】

1. Play Framework 2.0 RC1發布 Java Web框架
2. Java容器類分析之List ArrayList Vector
3. 有可能挑戰Java優勢的四種技術
4. Think in Java之斐波那契數列
5. Java的poi技術讀取和導入Excel