Eclipse Grails开发使用哪些工具

我最近开始使用Grails，对于框架上可用的开发工具，我有以下问题：

我试着在一个项目中使用maven，但那个不起作用，所以我切换到内置的ant/ivy系统。它工作良好，易于使用，但我很好奇，在部署过程中是否会出现问题

我从Gedit开始，但希望切换到Netbeans或Eclipse。虽然两者都支持groovy和gsp，但似乎都不能使用ivy。是否有人知道如何配置或使用常春藤缓存

编辑：

我的第二个问题类似于

---

本质上，我想利用grails（BuildConfig.groovy）在eclipse或netbeans的ivy缓存中收集的依赖项。

我不知道Ant、ivy或Maven在这里为您做了什么。圣杯本身还不够吗

---

我推荐IntelliJ，因为它在NetBeans或Eclipse上提供了出色的Grails支持。

我不知道Ant、Ivy或Maven在这里为您做了什么。圣杯本身还不够吗

---

我推荐IntelliJ，因为它对Grails的支持优于NetBeans或Eclipse。

NetBeans 6.8+和EclipseST2.2.0+都提供了非常好的Groovy和Grails支持（IntelliJ是另一个很好的候选，但另外，您必须获得Grails功能的最终版本）

---

关于常春藤，我知道有一个Eclipse和一个（也可以检查）

NetBeans 6.8+和Eclipse STS 2.2.0+都提供了非常好的Groovy和Grails支持（IntelliJ是另一个很好的候选者，但您必须获得Grails功能的最终版本）

---

---

关于常春藤，我知道有一个Eclipse和一个（也可以检查）

我建议使用。不仅因为它有很好的Grails支持，还因为SpringSource是Grails项目背后的公司。在我看来，他们注定会拥有最好的工具：）

我建议使用。不仅因为它有很好的Grails支持，还因为SpringSource是Grails项目背后的公司。在我看来，他们注定会拥有最好的工具：）

我已经习惯用maven进行项目管理。当我启动grails应用程序时，我使用了maven。不幸的是，使用maven时没有任何效果。因此，我转而使用grails内置的依赖关系管理工具，即ant/ivy。我现在面临的最大问题是netbeans和eclipse都不承认ivy缓存中的JAR，我认为我可以在没有Maven、Ant或ivy的情况下实现Grails。您可能在不需要Grails的地方强加了您过去的经验。您能否详细介绍一下如何“在没有Maven、Ant或Ivy的情况下实现Grails…”在命令shell中运行Grails命令。看看这些文件：。你看到马文、蚂蚁或常春藤了吗？创建项目，您就可以得到所需的jar。运行应用程序，您将在浏览器中部署并可见。Maven、Ivy或Eclipse为您做了什么？我一直在使用基于Ivy构建的grails依赖解析DSL（请参阅--）。至于Eclipse，我希望它能够识别已经可用的依赖项，但遗憾的是，它没有识别，并且到处都会显示“缺失”依赖项的扭曲红线。当我启动grails应用程序时，我使用了maven。不幸的是，使用maven时没有任何效果。因此，我转而使用grails内置的依赖关系管理工具，即ant/ivy。我现在面临的最大问题是netbeans和eclipse都不承认ivy缓存中的JAR，我认为我可以在没有Maven、Ant或ivy的情况下实现Grails。您可能在不需要Grails的地方强加了您过去的经验。您能否详细介绍一下如何“在没有Maven、Ant或Ivy的情况下实现Grails…”在命令shell中运行Grails命令。看看这些文件：。你看到马文、蚂蚁或常春藤了吗？创建项目，您就可以得到所需的jar。运行应用程序，您将在浏览器中部署并可见。Maven、Ivy或Eclipse为您做了什么？我一直在使用基于Ivy构建的grails依赖解析DSL（请参阅--）。至于Eclipse，我希望它能够识别已经可用的依赖项，但遗憾的是，它不能识别，并且在“缺失”依赖项的各处都显示了扭曲的红线。关于IntelliJ的最终版本，这是正确的。很值得，即使是你的钱。@duffymo:IntelliJ绝对是一个很棒的IDE。不过，我喜欢说“使用你的高效工具”。我想这就是你应该回答“你会用IntelliJ更有效率”的地方：）关于IntelliJ的最终版本是正确的。很值得，即使是你的钱。@duffymo:IntelliJ绝对是一个很棒的IDE。不过，我喜欢说“使用你的高效工具”。我想这就是你应该回答“使用IntelliJ会更有效率”的地方：）开发框架和开发IDE工具是两件不同的事情。能够做前者并不意味着你擅长做后者（我不是说STS+Grails扩展不好，我只是说没有证据表明SpringSource会生产出最好的工具）。尽管理论上Pascal是正确的，SpringSource在生产这些工具方面有很好的记录。我个人在STS中使用了Grails插件，可以证明它是一个优秀的工具。开发框架和开发IDE工具是两件不同的事情。能够做前者并不意味着你擅长做后者（我不是说STS+Grails扩展不好，我只是说没有证据表明SpringSource会生产出最好的工具）。尽管理论上Pascal是正确的，SpringSource在生产这些工具方面有很好的记录。我个人在STS中使用了Grails插件，可以证明它是一个优秀的工具。Spring框架支持也是如此。