摘要: 根據The Computer Language Benchmarks Game的性能測試結果：
PHP : JRuby : Python : Java 大約是 1:2:4:100，以上結果僅供參考。另外，JRuby、Java比較占用內存。由此可以看出，Ruby應用于Web開發在性能上不會有太大的的問題，至少和PHP/Python是同一數量級的。  閱讀全文

     摘要: Grails 1.1 Beta 2發布了，Groovy 1.6 final和Grails 1.1 final也越來越近，不過已經不是很感興趣了。雖然對于Java開發者來說，相比Rails，Grails更容易上手，但它并不成熟的。在論證 Grails的成熟度時，Graema說：“你會把Spring和Hibernate看作風險嗎？” Spring和Hibernate確實不是風險，但Grails對Spring和Hibernate的包裝卻是一個極大風險，“在種種危險中，最主要的一 點是我們已經對底層框架的抽象太成功了，以至于有時會出現問題。”具體可以看看這個例子。使用Grails，不如使用JRuby On Rails或者Play!
不管怎么樣下面介紹一下1.1版本的新特性：
更好的GORM事件
基本類型集的持久化
對象的只讀訪問
默認的排列順序
批處理
動態Finders的改進
單項的One-to-many遺留映射
增強枚舉類型的支持
全局插件
多插件倉庫
自動安裝插件方案   閱讀全文

     摘要: Hibernate是一個流行的Java對象關系映射框架，Grails的數據訪問層GORM就是建立在Hibernate的基礎上。Hibernate能夠根據配置自動生成SQL語句，使得程序員可以隨心所欲的使用對象編程思維來操縱數據庫。然而如果使用不當，往往容易造成性能問題，例如N+1次查詢問題。在開發過程中，常常需要通過查看Hibernate生成的SQL來對數據訪問層進行調優。  閱讀全文

     摘要: Grails為開發者提供了一個controller列表的默認主頁，在開發時用起來確實很方便，但總不能把它用到產品環境下吧。那么怎樣才能修改這個默認主頁呢？  閱讀全文

     摘要: 使用ORM時，常常碰到N+1次查詢的問題。Hibernate采用立即加載(eager load)和延遲加載(lazy load)來解決這一問題，GROM建立在Hibernate的基礎之上，理論上同樣適用。但事實如何？  閱讀全文

     摘要: 由于Java語言的局限性，實現一個Rails-like的Java開發框架一直是一個難題。在Java上想體驗Rails-like的開發模式，只能選擇Grails或者JRuby on Rails。然而這兩種框架都是動態語言實現的框架，只是基于JVM而不是基于Java語言本身。動態語言確實有很多優點，但往往難以調試。是否有一個Java語言實現的Rails-like框架？答案是Play!  閱讀全文