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

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

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

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

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

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

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