圣杯的STS和日食?

我相信STS整合了最初的groovy插件,所以你和STS的关系比你试图将Eclipse和旧插件结合在一起要好得多。

也就是说,其他具有良好groovy/grails支持的IDE包括:

• 英特利思想: http://www.jetbrains.com/idea/features/groovy_grails.html
• NETBES: http://netbeans.org/features/groovy/ (但Grails支持的开发似乎从6.8.0开始就停止了)

我亲自尝试过Intellij,我喜欢它作为Grails。我没有试过网豆,但听说它很好。

你考虑过Intellij吗?它很优秀 Grails and Groovy support. 多年来我一直是个日食爱好者,但现在我爱上了Intellij。

IntelliJ Grails Features

STS有更好的groovy n grails支持。最新版本(即2.5.0)具有更好的功能和错误修复。我建议你坚持STS而不是日食。我已经用了几个月了,它很稳定。最新版本具有更好的功能,比以前的版本更稳定。

我发现使用Grails插件的Eclipse比STS更容易配置,所以我开始沿着这条路线走。STS看起来过于笨重,过于专业化——如果你的应用程序比一个非常普通的Grails应用程序更出色,我会说Eclipse更好。

说了所有这些之后,我尝试了Intellij的想法,并爱上了它。当我的公司拒绝购买许可证时,我甚至拿出200美元作为个人许可证。

STS是由SpringSource打包的Eclipse发行版,SpringSource还拥有Grails项目。您应该将您的具体问题提交给供应商,或者至少在您的问题中描述它们。

我认为您绝对应该选择STS——groovy resp的集成。Grails插件比Eclipse好得多。

另一方面,这个问题很难回答。 宗教的 主观的;您在STS中遇到的问题是什么?是什么让您认为在没有本地groovy/grails支持的情况下,它们不会发生,甚至在主Eclipse发行版中更令人恼火?

尝试在Eclipse上使用Grails插件失败。在为丢失的依赖项找到合适的存储库之后,Grails插件实际上接管了Eclipse,它变成了一个准STS Eclipse。甚至家里的窗户也成了STS的窗户!

我猜STS的生产者基本上是想说服你切换到STS,而不是使用他们几乎一文不值的插件,并经历让插件工作的痛苦,最终得到一个STS克隆。

你最好只使用STS,但让我生气的是,喜欢Eclipse或MyEclipse的人必须被迫使用STS特定版本的Eclipse。