顛覆臃腫的JavaEE開發(fā)框架（bloated Enterprise Java stacks）的Play框架1.0發(fā)布，它在很多方面有其革命性的獨創(chuàng)，也有助于我們了解現(xiàn)在JavaEE框架的不足。

Play框架吸收PHP RUBY動態(tài)語言的特點，采取即時源碼編寫，即時激活，框架本身融合了編譯器和服務(wù)器。取代了 compile-package-deploy 過程，提高產(chǎn)品的開發(fā)效率。Play框架甚至提供在線編輯器，在線修改BUG后即時投入應(yīng)用。

主要架構(gòu)特點：

1、一個非常簡單的開發(fā)周期。此框架自動編譯和重新裝載源文件的任何改變。

2、簡單的無狀態(tài)MVC架構(gòu)：智能捆綁HTTP參數(shù)到Java方法參數(shù)。

（Play框架認(rèn)為一邊是數(shù)據(jù)庫保存狀態(tài)，一邊是瀏覽器也可以保存狀態(tài)，那么還要中間件MVC保存Session狀態(tài)干什么呢？
HttpSession有很多問題，雖然可以處理針對某個用戶的狀態(tài)，但是萬一用戶中途離開怎么辦，HttpSession對資源消耗，以及在可伸縮性方面是有問題的。Play框架秉承share nothing架構(gòu)思想，不再象黑客那樣破解原本自然正常Http模型，然后強行植入狀態(tài)，無狀態(tài)架構(gòu)可以并行同時輸出多個頁面，提高Web性能。）

3、內(nèi)置基于Apache Mina的快速HTTP服務(wù)器。

4、一個基于Groovy的強大的模板引擎，具有多層繼承，定制用戶標(biāo)簽的能力，Play框架認(rèn)為JSP & Expression Language模板機(jī)制很好，但是需要太多配置，吸收其模板設(shè)計，剔除配置。等。

5、優(yōu)秀的錯誤報告功能：當(dāng)發(fā)生異常，此框架會直接顯示出錯代碼，甚至是模板代碼。

6 、RESTFul

眾所周知的Servlet API 和Struts其實是扭曲的，使用奇怪的API將Http協(xié)議隱藏起來，Play框架認(rèn)為一個Web應(yīng)用框架應(yīng)該給用完整的直接的對Http調(diào)用和使用，這其實就是RESTFul精神。

這樣 URI是play framework的主要概念。

對一個Java對象的調(diào)用，不是寫Java語句，而是使用URI就可以，如下：

GET /clients/{id} 實際是調(diào)用Clients對象的show方法。

7、集成JPA 持久層

（Play框架采取JPA作為持久化，并且使其更方便使用。個人意見：這段代碼倒是直接將持久層和表現(xiàn)層直接耦合在一起，沒看到Domain Model了。看來DDD需要普及到每個角落不容易啊。）

8、整合了緩存支持，可以使用memcached作為分布式緩存。

9、融入了OpenID 這樣單點登錄SSO技術(shù)。

10、提出組件重用，可以重用各種組件，包括CSS Javascript

個人點評：總體來說，Play框架是一個與Struts2 JSF Tapestry競爭的框架，但是又整合了持久層和服務(wù)器。

業(yè)務(wù)系統(tǒng)市場分析：

90%的web業(yè)務(wù)開源系統(tǒng)都是php版本的，特別是新興產(chǎn)品的開源實現(xiàn)，java的身影幾乎銷聲匿跡了?？上要ava出身的人去閱讀php風(fēng)格的代碼簡直是一種受虐。這其實說明一個道理，java優(yōu)美的架構(gòu)還是很有價值的。但優(yōu)美+務(wù)實的平衡才是最佳選擇。

框架對比：

運行方式與服務(wù)器兼容性：

Play 應(yīng)用可使用這么幾種方式運行：標(biāo)準(zhǔn)Servlet容器、獨立服務(wù)器、Google App Engine、Stax 云計算平臺，等等

你也可以將應(yīng)用發(fā)布到標(biāo)準(zhǔn)的應(yīng)用服務(wù)器上執(zhí)行，大部分應(yīng)用程序支持Play應(yīng)用。

下面的應(yīng)用服務(wù)器都可以用來運行Play應(yīng)用。

這些應(yīng)用服務(wù)器經(jīng)過測試是支持Play 1.0.2的，但其他版本尚未經(jīng)過充分測試。

詳細(xì)分析與外界介紹：
 

下圖是 Play Framework 框架中用到所有的 jar 包的集合，位于 {play}/framework/lib 目錄

Play! Framework 是07年的一個項目，08年開源，09年11月25日發(fā)布了1.0版。發(fā)布后我就一直在學(xué)習(xí)這個框架?，F(xiàn)在正式發(fā)布版本已經(jīng)是1.01版，而且1.1版本也在每日更新。可以在http://download.playframework.org 下載已發(fā)布版本，和每日的最新版。

bc. # Additional modules

# ~~~~~

mdoule.gwt=../gwt

module.cms=../cms

module.forum=../forum

module.directory=../directory

學(xué)習(xí)Play!的過程中，最經(jīng)常的感受就是——簡直太簡單了！并不是說Play!是一個設(shè)計簡單的框架，相反學(xué)習(xí)中發(fā)現(xiàn)處處都會發(fā)現(xiàn)Play!設(shè)計的完整，這種完整性甚至包括網(wǎng)站設(shè)計和學(xué)習(xí)文檔。Play!的簡單之處在于它學(xué)習(xí)和使用起來非常簡單。使用Play!新建項目，所有的目錄結(jié)構(gòu)都會自動建立。Play!摒棄了傳統(tǒng)的JSP,Servlet技術(shù)（這太偉大了），自己提供了一套非常易用的MVC 框架。Play!內(nèi)建了JPA的支持，內(nèi)置了Hibernate作為默認(rèn)的持久化引擎。

Play! 還內(nèi)置了HSQLDB 數(shù)據(jù)庫，支持內(nèi)存數(shù)據(jù)庫，非常方便做項目開發(fā)和測試。

Play!的Controller采用命名約定：

<form action="@{Application.createUser}"> 
    <input name="name" /> 
    <input name="password" /> 
    <input type="submit" value="Create User" /> 
</form> 

無需其他任何配置，Play!會自動映射form中的name和password參數(shù)至createUser方法。

View層Play!使用以Groovy語法寫好的html模板中去以render()方法的參數(shù)渲染，并將結(jié)果回傳給客戶端。

外界介紹：

Play!雖然使用簡單，擴(kuò)展性卻非常強大，篇幅所限所述不能詳盡。http://www.playframework.org 是Play!的官方網(wǎng)站，推薦大家到這兒看看。Play!的文檔非常詳細(xì)，教程中有份手把手做一個Blog引擎的教程，相信照著做一下之后一定會讓你學(xué)會Play! Framework，那時你一定會愛上她的！

貌似正常的開發(fā)流程，總要面對項目原型構(gòu)建的問題，重新發(fā)明輪子，或者把以前的家伙式兒再搬出來reuse一下？此時此景，都不是最佳選擇。

90%的web業(yè)務(wù)開源系統(tǒng)都是php版本的，特別是新興產(chǎn)品的開源實現(xiàn)，java的身影幾乎銷聲匿跡了?？上要ava出身的人去閱讀php風(fēng)格的代碼簡直是一種受虐。這其實說明一個道理，java優(yōu)美的架構(gòu)還是很有價值的。但優(yōu)美+務(wù)實的平衡才是最佳選擇。

這不，基于java的類RoR風(fēng)格的full-stack framework的話題又回到我的視線內(nèi)了，幾年前是appfuse，基于此搞過幾個小項目，但發(fā)現(xiàn)熟悉appfuse本身就已經(jīng)稍重了。而appfuse看起來還真只是個toy，demo show +study 為主。

后來國內(nèi)出現(xiàn)了springside，應(yīng)該是借鑒了appfuse的思想，更簡單，更符合國情一些了?；趕pringside開發(fā)中小項目也沒問題，但國內(nèi)的開源產(chǎn)品很少能在真正意義上通過多人協(xié)作持續(xù)變得越來越健壯，版本發(fā)布計劃總是落單，向下兼容，核心代碼等品質(zhì)還不穩(wěn)定。

再到今天的play!framework，幾個同事也對play!framework很看好，貌似是目前java陣營里最ROR，同時java開發(fā)人員又最易上手的框架了。

不得不承認(rèn)，web開發(fā)已經(jīng)完全是php等腳本語言占優(yōu)了，就算你開發(fā)新一代的企業(yè)級產(chǎn)品，你也會發(fā)現(xiàn)互聯(lián)網(wǎng)化+輕量化也是個潮流。就算是IBM team collaboration software - Lotus Quickr ，雖然server端是開發(fā)了10多年的老系統(tǒng)。但quickr要做的也是在應(yīng)用層上基于server做業(yè)務(wù)擴(kuò)展。這樣，再復(fù)雜的系統(tǒng)，在前端應(yīng)用層上來看其實也可以輕裝上陣了。

很多java開發(fā)人員對ROR風(fēng)格不屑一顧甚至根本不關(guān)注，不了解，也許是被sun+ibam下毒太深了吧？其實想想，spring的基于接口 bean管理的xml在很多時候也是寫一次，到項目下線也未曾修改過。

java本身也太過強調(diào)僅僅java語法層面上的通用，抽象，配置，甚至太OO了，在java誕生的時代，這種做法是很先進(jìn)的，而當(dāng)今web應(yīng)用開發(fā)算是一個特定領(lǐng)域，這種不與時俱進(jìn)，不考慮web開發(fā)實際特點的做法有點殺雞用牛刀之嫌，必然打不過轉(zhuǎn)為web開發(fā)場景設(shè)計的新的動態(tài)腳本語言。 java畢竟不是專為web開發(fā)設(shè)計的語言，隨著時間的推移，java的身軀越來越笨重，版本升級很慢，期待jdk7加強對動態(tài)語言的支持:JSR292。但這還不夠，就像ruby on rails一樣。還得有一個rails框架支撐。java官方的腳步實在是。。。只能用非官方的框架了。

在中國，企業(yè)級系統(tǒng)至少一大半是比互聯(lián)網(wǎng)線上產(chǎn)品還小的系統(tǒng)。特別是中國互聯(lián)網(wǎng)公司的玩得還是硬氣功，之內(nèi)的企業(yè)級系統(tǒng)開發(fā)很多還是停留在一個人，兩三個人搞定一個系統(tǒng)的層次上。那這樣看來，就算有人認(rèn)為play!framework不一定適合巨復(fù)雜的業(yè)務(wù)系統(tǒng)，那怎么也很適合這樣場景的系統(tǒng)開發(fā)了吧。

appfuse更新的越來越慢，是有原因的。因為play!framework這樣的新一代類java ROR full-stack framework已經(jīng)初長成。Grails，JRuby，也占據(jù)新一代java 類ROR full-stack framework的市場，但與之相比，play!framework的好處是兼容現(xiàn)有的java代碼，語法，更加適合過渡期的需要，當(dāng)然由于基于java這種強類型的靜態(tài)類型安全檢查語言，這也勢必通過一些hack手法使play！變得很ROR。

周末網(wǎng)上找了些資料，在電腦上play了一下play！framework，的確比appfuse，springside都RoR，當(dāng)然就更好用。

play!framework 是無狀態(tài)的mvc框架，搭配memcached，伸縮性應(yīng)該沒啥問題（集群水平擴(kuò)展應(yīng)該很好做。）

play!framework 支持jrebel類似的j效果，修改java代碼，無須重啟，熱部署，很方便。再也不用重復(fù)edit-》complie-》deploy-》running漫長之路了。

還有，java mvc框架最麻煩，最弱的就屬view層的模板語言和js實現(xiàn)了，play!framework 采用的是Gsp （Groovy server page），及jquery框架。模板語法簡練很多。

也不要被play這個詞蒙蔽，play!framework 還是很DDD的。只有屬性和get，set方法的貧血模型不見了，取而代之的是有行為的充血模型，很DDD吧。

play!framework 真的很full-stack，連httpserver都給你提供了，

play!framework 用Python取代Maven來完成創(chuàng)建，運行等與系統(tǒng)的交互。appfuse之所以學(xué)習(xí)成本比較高，其實都花在maven本身的配置，理解，使用上了。Python應(yīng)該更適合于系統(tǒng)打交道，更輕便吧。

play!framework 本身支持插件機(jī)制。擴(kuò)展應(yīng)該也沒問題。估計也一大堆可用的組件，這個很重要，http://www.playframework.org/modules：spring ，orm（應(yīng)該也有Ibatis吧），lucene search，MongoDB，甚至Scala。都很不錯。

想在Model層用一下no-sq的話，Siena組件可以做介個（Siena orm+mongodb就可以了吧）

The siena module automatically enable Siena support for your application.

Read more at http://www.sienaproject.com/

我想，支持可插拔組件的框架是衡量一個好框架最重要的指標(biāo)，一下子事無巨細(xì)都塞給你，你肯定消化不良，由繁入減可太難了。好多開源實現(xiàn)都犯同樣的問題。搞得你在相當(dāng)長的一段時間內(nèi)很頭大，飽嘗貪多嚼不爛之苦。play!framework 的默認(rèn)配置可真清爽，連spring bean管理都不是默認(rèn)配置，根據(jù)業(yè)務(wù)需求不斷做加法，正是我想要的。哈哈。

缺點：

有人聲稱play!framework不適合多人協(xié)作開發(fā)，暈，門戶網(wǎng)站千萬級用戶量的系統(tǒng)核心開發(fā)人員也不會超過5-8人。更何況，在多人開發(fā)的情況下也是盡量一人負(fù)責(zé)一塊兒的，相反，現(xiàn)在好多開源框架恰恰過多考慮了不符合中國實際的多人協(xié)同開發(fā)場景，搞得框架分離得過于松散，過于流水線，搞得一兩個人開發(fā)項目時，反倒覺得麻煩得要死。所以不適合多人協(xié)作開發(fā)好像也算不上什么缺點。

ROR COC就是要改變java程序員妄圖對一切應(yīng)用都機(jī)械地力求基于接口編程，通用，顯式配置才放心的習(xí)慣。大部分web應(yīng)用開發(fā)只要做到webservice restful api層面上的面向接口編程，和通用性基本就足夠了。不要忘了restful api本身已經(jīng)是抽象得巨好的架構(gòu)了。這樣，web開發(fā)人員才可能提升開發(fā)效率，把時間和精力放到業(yè)務(wù)邏輯本身，這樣才有敏捷開發(fā)的可能。想想，如果你的開發(fā)要點和時間都消耗在未雨綢繆，坐在椅子上憑空想象n年后的需求變更，而作所謂的基于接口編程，再加上緩慢的編譯，部署，運行，怎么可能適應(yīng)敏捷開發(fā)的要求呢？反而會導(dǎo)致一個項目虎頭蛇尾，前期優(yōu)雅得要命，后期丑陋得要命，都往action甚至jsp里堆代碼了，何苦呢？反不如，一開始就低下你高貴的頭顱，心平氣和務(wù)實地去ROR了。

總之，簡單說，如果play!framework真的兼容了java與php，ruby等動態(tài)語言的優(yōu)勢，那就是目前java人員web開發(fā)最佳的選擇之一。

原文鏈接：http://vanadiumlin.iteye.com/blog/947046

【編輯推薦】

1. Play Framework 2.0 RC1發(fā)布 Java Web框架
2. Java容器類分析之List ArrayList Vector
3. 有可能挑戰(zhàn)Java優(yōu)勢的四種技術(shù)
4. Think in Java之斐波那契數(shù)列
5. Java的poi技術(shù)讀取和導(dǎo)入Excel