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

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

概述基于Groovy开发的Grails框架,继承了Ruby On Rails的轻快的同时,又可以兼容Java,不但可以节省编程的时间进行快捷开发,又可以有效利用现有系统,一举多得,可以说是一项非常吸引人的新技术。  无论Grails还是Groovy语言,虽然有诸多优点,而且已经营多年,遗憾的是一直没有大规模普及开来。虽然目前并不被大多数开发团队所接受,但是,我始终坚信,Grails有它火的那一天,以下

基于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本身是一项极具魅力的框架,具有以下特征: 

高效开发 因为使用Groovy语言开发,可以减少书写多余代码。
Groovy语法中取出了Java语法中冗繁的部分,以类似于JavaScrpit脚本语言的风格进行编程,通常情况下,同样的处理,相比较于Java而言可以少写一半以上的代码,减轻程序员的工作强度。 模仿Ruby on Rails的WEB框架,通过快捷开发,可以缩短开发->公布周期。
这一点虽然Java也可以做到,但是,Groovy的语法更容易理解,更容易吸纳新人。 设定配置不需要XML文件,直接使用Groovy更加直观。
虽然使用XML进行配置可以把程序语言和配置内容分开,但是,稍微管理不善,XML反而会让系统变得无比复杂。例如,Struts、Hibernate都是在使用XML方面的反面教材。所以等Java5支持标签之后,这些框架的很多设定内容又都放到程序里面了。
而Grails直接支持使用Groovy文件设定,从无论是程序调用系统设定信息,还是,系统设定文件调用定量都非常简单、易懂。 建立开发环境更加爱容易
无论是命令行还是,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用于商业开发有一定风险,但对这个新生事物我个人还是充满信心的。 
原因有下: Grails的开发团队隶属于SpringSource,其实力不言而喻 已经有很多类似于LinkedIn这样的大型系统在使用Grails,他们可以成功,我们也可以 我在番茄CMS开发当中,确实体验到了Grails开发的轻快性,只要把Grails开发相关的知识与大家共享,掌握Grails开发技术的人就会越来越多。
无论任何技术都要有一个成长过程,Grails的最大缺点就是资料太少。我相信,如果每个喜欢Grails的朋友都能无私的把开发经验分享出来,Grails大规模普及的那一天离我们并不遥远。 

缺乏开发经验,但是喜欢Grails也不用着急,Grails在成长,你也可以成长。番茄CMS开发团队愿意尽自己的能力帮助每一个喜欢Grails的同仁,并衷心希望我们可以携手共同进步。 

原文:http://www.loveapple.cn/app/Grails/first

总结

以上是内存溢出为你收集整理的在开始Grails之前——送给想要学习Grails的朋友们全部内容,希望文章能够帮你解决在开始Grails之前——送给想要学习Grails的朋友们所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/langs/1266201.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-06-08
下一篇 2022-06-08

发表评论

登录后才能评论

评论列表(0条)

保存