在开始Grails之前——送给想要学习Grails的朋友们

最新推荐文章于 2021-08-05 00:02:33 发布

海诗美妆

最新推荐文章于 2021-08-05 00:02:33 发布

阅读量4.9k

点赞数 5

分类专栏： Grails Groovy 文章标签： Groovy Grails

本文链接：https://blog.csdn.net/froole/article/details/8854555

版权

Grails 同时被 2 个专栏收录

2 篇文章 0 订阅

订阅专栏

Groovy

1 篇文章 0 订阅

订阅专栏

基于Groovy开发的Grails框架，继承了Ruby On Rails的轻快的同时，又可以兼容Java，不但可以节省编程的时间进行快捷开发，又可以有效利用现有系统，一举多得，可以说是一项非常吸引人的新技术。
无论Grails还是Groovy语言，虽然有诸多优点，而且已经营多年，遗憾的是一直没有大规模普及开来。虽然目前并不被大多数开发团队所接受，但是，我始终坚信，Grails有它火的那一天，以下是本人在学习、开发Grails过程中的自己总结的一些Grails的特点，希望能够给对Grails感兴趣的同仁提供参考，如果能够抛砖引玉，让我们共同进步更是荣幸之至。

在进入正文之前，首先做一下自我介绍。我本人于2006年正式进入一家日本软件开发公司工作，主要负责基于Java和PHP的WEB系统开发工作。我于去年结识了Groovy，并同时开始了Grails的学习，现在正在利用Grails，跟朋友一起开发番茄CMS。

Grails最早使用的名称是“Groovy on Rails”，后来因为Ruby on Rails的David Heinemeier Hansson的抗议，改为现在的名称“Grails”。从名称不难看出，Grails其实就是Ruby on Rails的Groovy版。
Groovy以短小精炼著称，相对于Java而言，基于Groovy开发的Grails不但可以节省近一半以上的代码，还可以像Ruby on Rails一样进行快捷开发。
虽然无论是Groovy还是Grails本身出发点是让程序语言开发经简洁，但是，由于其本身尚处于发展阶段，所以个人建议，如果想要学习Grails，最好先具有一定的Java开发经验。当然，如果你所在的团队里面有精通Java的前辈给你支持，就算没有开发经验也无所谓，因为无论是Groovy还是Grails，其本身是非常容易上手的。
Grails本身是一项极具魅力的框架，具有以下特征：

高效开发
1. 因为使用Groovy语言开发，可以减少书写多余代码。
  Groovy语法中取出了Java语法中冗繁的部分，以类似于JavaScrpit脚本语言的风格进行编程，通常情况下，同样的处理，相比较于Java而言可以少写一半以上的代码，减轻程序员的工作强度。
2. 模仿Ruby on Rails的WEB框架，通过快捷开发，可以缩短开发->公布周期。
  这一点虽然Java也可以做到，但是，Groovy的语法更容易理解，更容易吸纳新人。
3. 设定配置不需要XML文件，直接使用Groovy更加直观。
  虽然使用XML进行配置可以把程序语言和配置内容分开，但是，稍微管理不善，XML反而会让系统变得无比复杂。例如，Struts、Hibernate都是在使用XML方面的反面教材。所以等Java5支持标签之后，这些框架的很多设定内容又都放到程序里面了。
  而Grails直接支持使用Groovy文件设定，从无论是程序调用系统设定信息，还是，系统设定文件调用定量都非常简单、易懂。
4. 建立开发环境更加爱容易
  无论是命令行还是，Eclipse等IDE上的插件，都可以快速的构建开发环境，这一点是以往Java无法比拟的。
高度兼容现有Java系统。
Groovy是在Java脚本引擎上运行的脚本语言，所以，Grails归根结底就是用Groovy写的Java。
无论是现有的Java类库，还是现有运行的系统，都可以近乎完美的与Grails结合。而且，程序员可以根据需要，直接用Java开发Grails程序。

无论跟以往Java的框架，还是跟Ruby on Rails相比，Grails都有它不可代替的特性，但是，为什么Grails没有像Ruby那样普及开呢？我总结了如下Grails的致命弱项：

高效开发
如何提高开发团队的工作效率，其实只有两点：一是不返工、二是习惯适应。
前者是软件开发管理和设计的范畴，与本文无关。后者习惯适应是指，团队成员对沟通模式，以及生产流程已经适应，并逐渐让这些方式成为习惯。
Groovy语法简单，Grails使用方便，虽然这为开发人员适应其开发模式提供了前提，但是，Grails文档资料稀少，在真正适应前需要逾越的瓶颈很大。
其特有的使用方法反而成为他难以普及的瓶颈之一。
重要的是，最终取决于开发效率高低的是管理，而非某项技术，所以，跟Grails相比，传统的Java、Ruby、甚至PHP的风险更低，开发成本自然也低；普及度高，容易找到相应技术人员。
高度兼容现有Java系统。
这本身是Grails的长处，但是，Groovy归根结底还是Java，一旦出现错误，还要去看Java。
虽然Groovy也好，Grails也好，本身都很容易掌握，但是，如果不熟悉Java，很难在商业开发中运用自如。

虽然，依照目前的大环境，将Grails用于商业开发有一定风险，但对这个新生事物我个人还是充满信心的。
原因有下：