對Grails之誤解
作者 Geoffrey Wiseman 譯者 Jason Lai
Grails開發團隊成員Marc Palmer發表了一篇博客文章，針對開發人員對Grails常見的一些誤解逐一進行了說明。例如針對“對於我來說，Grails還不夠成熟”，他這樣迴應：
針對這個誤解，我想不斷增長的商業網站數量就是最好的答案了。同時，Grails也是基於HIbernate、Spring和SiteMesh這些成熟完善的框架構建的，更不用說作爲萬年常青樹的Java JDK了。Groovy項目都已經有超過三年的歷史了。
接着，對於“Grails使用的是一門解釋型語言（Groovy）”這個誤解，他談到：
Groovy在運行時自動編譯成Java虛擬機字節碼，它絕絕對對徹徹底底不是一門解釋型語言。句號。絕不。我說了絕不了麼？一點兒也沒錯。
最後，討論到Grails是否支持Rails的一個克隆產物，他如是回答：
Ruby on Rails引入了不少非常好的主意，並將它們合爲一體。Grails將其中的一部分應用到了Groovy/Java的世界中，但加入了許多Ruby中並不存在的特性和概念，所有這些東西都是以一種對Groovy和Java程序員有意義的方式展現給他們的。
Graeme Rocher順勢而上，也提出了自己的Grails誤解和問題列表，比如說“在我們有了JRuby on Rails之後，誰還要Grails呢？”：
這個問題很有代表性，也是對“Grails到底是什麼”最大的誤解之一的根本所在。JRuby on Rails是讓Rails運行在像GlassFish這樣的Java EE容器上非常優秀的方式之一，就是這樣而已。但Grails的目標卻大爲迥異，它並不是Rails在Groovy語言上的一個移植版本，而是將業界內最爲強悍的組件（比如說Spring、Hibernate、Quartz、Compass和SiteMesh等）以最佳方式組合起來的一個實踐，並通過採納無配置規約（Convention-over-Configuration，CoC）使它們符合“不重複（Don't Repeat Yourself，DRY）”原則。
我們並不是在重造輪子，而且由於Grails內核的絕大部分都是以Java編寫的，它也顯得更加強壯和穩定。事實上，從內核角度看Grails是一個Spring MVC應用，可以被部署到所有的主流容器之上，不僅僅只有Glasshfish，還有大型商業容器，比如說WebLogic、WebSphere和Oracle AS。
再有，“爲什麼Grails比Rails更適用於企業應用？”：
原因很多，最顯著的兩個原因就是Spring和Hibernate。到目前爲止，有不計其數的組織在採用Spring和HIbernate，他們都有既有的Spring上下文環境，以及已經構造好的Hibernate領域對象等。
在我開始參與Grails項目之前，我就經歷過同樣的情況。我們設計Grails的目的就是爲了讓它和這些框架儘可能無縫地整合起來。因此，我們打個比方，你可以把一個用Java編寫的Hibernate領域模型及其對應的配置文件直接扔進Grails應用中，然後就可以使用動態的查詢方法，並且直接使用GORM了。
此外，Grails控制器使用了標準的Servlet API對象（如request、response和session等），因此可以和其它的Servlet一起使用。畢竟，掀起它的蓋頭之後，我們會發現它不過是一個Spring MVC應用。另一方面，Rails幾乎是按照和EJB2一樣的方式設計的（在我發現這點時，怎一個“震驚”二字了得！）。也就是說，你在擴展ActiveController和ActiveRecord等框架對象時，你也就被綁定在了這套框架上。
在Rails裏面根本就不存在領域模型的說法，Rails的模型就是數據庫表。這當然是一件好事了，但在企業內部，同一個領域模型可能會在許多不同的應用中服用，比如說桌面應用和Web應用。在Java裏，這實際上是非常成熟完善的，通過把類對象及相應映射文件打包成一個JAR文件即可。Grails Chinese Home: [url]http://docs.codehaus.org/display/GRAILS/Chinese-Home[/url]