最近嘗試了一下Grails, 主要是看中了它的快速開發(fā)模式，Groovy語言的簡潔和易用，用慣例來替代配置的簡潔，更重要的是它可以繼續(xù)使用重量級的Java作為后臺的有力支撐。使其能在企業(yè)級應用中也能嘗試敏捷的開發(fā)。

使用的Grails版本是最新的V1.1.1，Groovy的版本是1.6.3,數(shù)據(jù)庫用的是MySQL5, 教程($點擊下載)中講的版本有些老，注意教程跟代碼中會略有些差別，正好在嘗試時了解了下部分細節(jié)的變化,最終的代碼打包($點擊下載)可以直接運行，因本人對Grails也是初次嘗試，歡迎大家討論和指導。

跟著入門教程，完成了教程中的比賽登記實例的編寫，逐一嘗試了其自動化的MVC框架，代碼自動生成，DataSource的配置，Controller到View的關聯(lián)映射，spring框架的配置、Log4j的配置使用等。

總體來講，整個過程相當方便，開發(fā)速度也會很快，使用的前提是得了解Grails的一些相關概念，配置方法也比較易于理解，可以用Groovy代碼來配 置，也可以直接用模塊自身的配置，Groovy配置本身只是提供了一種用Groovy設計者來看更為簡潔和方便的寫法，習慣了也還很清晰，因為是用腳本語 言，有編程性質(zhì)，比起單純的XML、或者properties的結構性文本配置來講，有一點的優(yōu)勢，例如在共用內(nèi)容，到細分的不同開發(fā)環(huán)境的配置上，可以 減少很多重復性的東西，結構也清晰簡潔。

GSP頁面跟JSP比較起來，似乎也有一點的優(yōu)勢，在邏輯上的處理感覺比用JSTL要強一些，熟練使用GSP還需要更深入的了解。另外，使用GSP到 controller時要特別注意保證變量命名的對應，由于沒有配置文件的存在，得在頭腦中保持一絲警惕，否則，難以檢查頁面文件跟controller 類中的一致性。

最后一點，就是WEB部分的文件組織結構跟通常的差別不大，但grails-view下面的一些內(nèi)容，跟WEB下面的CSS，JS文件的對應需要用點心弄清楚，覺得這一塊grails可能需要繼續(xù)改進，以簡化使用，減少疑惑。

沒有做過壓力測試，運行性能如何沒有概念，但實際的項目分解來看，在運行時，依然是編譯成了Java字節(jié)碼,運行環(huán)境和代碼跟直接用 Spring+hibernate+SiteMesh的Java程序應該是沒有多大差別的，可能存在從Groovy到字節(jié)碼的生成代碼的性能問題，但這應 該不是大問題，編譯器技術的成熟能保證它的生成編碼強過一般程序員的，就像C語言生成的匯編代碼不會比高手直接寫的匯編差一樣。