加载中

开发者或程序员不依赖任何工具解决编程问题的时代一去不复返了.现在是一个高度竞争的软件应用开发世界,对开发者来说仅仅花费几小时写出正确的代码,可能算不上是一个可行的解决方案. 这就是IDE(集成开发环境)出现的意义所在,特别是当你用Groovy和Grails开发应用的时候.

集成开发环境(IDE)为开发者带来一大堆特性,像自动完成,代码重构等等. 不管怎样,在用Groovy和Grails开发时选用一种合适的IDE,提高生产力就显得很重要.

Groovy 基于JVM,用到了java的特性和语法,Grails 构建在Hibernate 和Spring之上.大部分开发者使用Eclipse 开发java应用,但对于Grails,开发者不得不从各种各样的插件和IDE中选择易用、有效的。那么那些是开发基于Groovy 和Grails应用最好的IDE呢?让我们找出它们吧!

wfifi
wfifi
翻译于 2013/09/12 19:56
1

NetBeans

NetBeans是一款可用于Groovy/Grails开发的免费、开源IDE。NetBeans 6.5以上版本支持Groovy/Grails开发。NetBeans 的Groovy 编辑器整合多个工具,像代码补全、提示grails域和控制器类的动态方法名。这是一个轻量的绝佳特性。

NetBeans给开发者带来了许多益处,然而像其他工具或技术,它也有一些缺点:它太慢,许多开发者熟悉它缓慢的代码补全。

如果预算紧张,买不起付费IDE,NetBeans是个不错的选择。此外,它还集成了多个Grails action。你可以通过服务窗口,很容易地控制Grails应用的开发状态,也可以运行Grails 生成器,Grails命令创建Groovy Server Pages (GSPs)。

wfifi
wfifi
翻译于 2013/09/12 20:42
1

Spring Tool Suite for Grails Development

STS for Grails是一款基于eclipse 的IDE, 免费而且提供开箱即用的特性;这使它在开发者社区有很高的知名度.许多开发者从NetBeans 转到STS,因为有更好的代码补全支持.STS很快速,显著提高开发者生产力。

虽然 STS for Grails特性没有 NetBeans丰富,但我们可以期望Spring在这方面有所改进,就像Grails 那样。如果你正寻找一个NetBeans的健壮替代,那么STS是你毫无疑问的绝佳选择!

wfifi
wfifi
翻译于 2013/09/12 20:10
1

IntelliJ

IntelliJ 是用于Grails应用开发的著名IDE之一. 这款令人惊艳的IDE有两种版本: 免费的IDEA Community Edition社区版和商业的IntelliJ IDEA Ultimate.有开发Groovy和Grails应用的许多优势.

IntelliJ 提供许多开箱即用的特性:像代码补全,动态代码分析,Groovy转Java代码,内置Groovy Shell,除Grails外,还整合了其他不同的框架,像Hibernate、Play等。总之,它对Groovy和 Grails开发是完美支持.此外,索引文件要快于其他IDE。

wfifi
wfifi
翻译于 2013/09/12 21:06
1

最终判决

以上所讨论的集成开发环境(IDEs) 可以很轻松的帮你简化Grovvy和Grails应用的开发工作。当然如果你不差钱的话,IntelliJ将是极好的选择。另外如果你想找一款免费的IDE,那么其他2款IDE将适合你。如果选择了NetBeans,你可以获得大量的功能,但是你可能需要忍受STS for Grails的速度问题了。

嗨椒爆炒小小鱼
嗨椒爆炒小小鱼
翻译于 2013/09/12 12:11
1
本文中的所有译文仅用于学习和交流目的,转载请务必注明文章译者、出处、和本文链接。
我们的翻译工作遵照 CC 协议,如果我们的工作有侵犯到您的权益,请及时联系我们。
加载中

评论(27)

swingcoder
swingcoder

引用来自“dkf_genius”的评论

引用来自“朱三金”的评论

引用来自“dkf_genius”的评论

Grails 个人玩玩还可以,公司用就是倒霉!
之前公司用Grails做了几个大型项目,然后升级版本,几乎所有的test case都不支持了,好不容易修复了,几乎就相当于重写所有的test case。所以后来就不敢升级了,现在还停留在 1.3.1版本上。痛苦啊....

这不正表明他一直在进步?你们用得这个版本也太老了,用得比较早,升级是有困难!grail的开发速度是其它的几倍。

开发速度是快,但是维护成本太高了,每次的版本升级都可以看做一个小型的项目了。而且,如果升级到2.0.x,1.x的test case都得重写。从2.0.x升级2.1.x,又要修复。2.2.x又带入了一堆bug。这种框架,不是major version的升级都有这么多问题,谁还用啊。

排除测试用例,优点还是很明显。新项目用新版本,兼容性会越来越好的。老项目用回老框架也没什么大问题,不一定非得升级框架。平衡各因素,grails,scale仍是较ssh更好的选择。
asdtiang
asdtiang
grails版本升级确实快,项目开发时选择最新版,最好是beat的,等你开发完成项目,正式版差不多也出来了。
asdtiang
asdtiang
用ntelli最好开发时j推荐用,直接ctrl到方法很正常,页面include,form action什么的直接转到,命名规范,根本不用找,一路Ctrl看代码。出现维护问题,一般都是代码质量不高导致,另外就是少用插件,能自己集成就自己弄,因为已经有spring,集成起来也快。grails版本升级确实太快,
dkf_genius
dkf_genius

引用来自“朱三金”的评论

引用来自“dkf_genius”的评论

Grails 个人玩玩还可以,公司用就是倒霉!
之前公司用Grails做了几个大型项目,然后升级版本,几乎所有的test case都不支持了,好不容易修复了,几乎就相当于重写所有的test case。所以后来就不敢升级了,现在还停留在 1.3.1版本上。痛苦啊....

这不正表明他一直在进步?你们用得这个版本也太老了,用得比较早,升级是有困难!grail的开发速度是其它的几倍。

开发速度是快,但是维护成本太高了,每次的版本升级都可以看做一个小型的项目了。而且,如果升级到2.0.x,1.x的test case都得重写。从2.0.x升级2.1.x,又要修复。2.2.x又带入了一堆bug。这种框架,不是major version的升级都有这么多问题,谁还用啊。
swingcoder
swingcoder

引用来自“dkf_genius”的评论

Grails 个人玩玩还可以,公司用就是倒霉!
之前公司用Grails做了几个大型项目,然后升级版本,几乎所有的test case都不支持了,好不容易修复了,几乎就相当于重写所有的test case。所以后来就不敢升级了,现在还停留在 1.3.1版本上。痛苦啊....

这不正表明他一直在进步?你们用得这个版本也太老了,用得比较早,升级是有困难!grail的开发速度是其它的几倍。
Not
Not
8G内存起步
lion_yang
lion_yang
小项目直接用sublime搞定了~~
liubaoxiong
liubaoxiong
所以是企业级开发,也就是重量了
dkf_genius
dkf_genius
而且Grails框架本身非常笨重。run一个简单的unit test,载没必要一堆的东西。
南湖船老大
南湖船老大

引用来自“翟志军”的评论

引用来自“南湖船老大”的评论

引用来自“dkf_genius”的评论

Grails 个人玩玩还可以,公司用就是倒霉!
之前公司用Grails做了几个大型项目,然后升级版本,几乎所有的test case都不支持了,好不容易修复了,几乎就相当于重写所有的test case。所以后来就不敢升级了,现在还停留在 1.3.1版本上。痛苦啊....

Grails 属于开发简单,但维护困难的那种

维护困难有两种情况:1. 开发人员导致。1. 框架本身原因。
你是指?

框架本身原因。grails并没啥新技术,还是Spring、Hibernate那一套,再加上groovy
返回顶部
顶部