这是一半的咆哮，一半的问题。
值得使用 Grails 吗？我正在尝试开发一个相对简单的数据库驱动的 Web 应用程序。我的专长是 Java，所以自然而然地，Grails 似乎是一个不错的选择。起初我想使用 Spring、JPA 和 Hibernate，但我以前使用过，并且遇到过各种繁琐的配置和编码工作。 Grails 宣称自己解决了这个问题。
我对 Grails 最大的失望是所有的小事情都不起作用。我的意思是它不像人们直觉认为的那样有效。边缘非常粗糙。我经常遇到问题。有时是因为我缺乏对 Grails 的理解——有时我发现了合法的 Grails 错误。
一个主要问题是缺乏良好的 Eclipse 集成。有一个 Groovy 和 Grails 插件，但除了语法高亮之外，它并没有做太多的事情。从 Java 调用 Groovy 和反之对 configure 来说是非常痛苦的。 .没有良好的 IDE 支持是一大遗憾。
我坐下来尝试开发我的 Web 应用程序。一天结束时，我意识到我花了大约 85% 的时间来调试与 Grails 相关的问题。如果不是 Eclipse 问题，那么它是 eager loading , fetching in the view , one-to-many relationships , weird empty file bug behavior , a weird property/getter bug ——它一直在继续。这只是我今天遇到的问题的一个示例。我上一次与 Grails 的讨论产生了一大堆不同的问题。
我有时想知道这是否值得。我很好奇其他人是否经历过这种情况。真的有人使用 Grails 来高效地开发 Web 应用程序吗？我应该考虑其他用于快速 Web 开发的框架吗？
最佳答案
我们有一个由 12 人组成的团队，他们都是经验丰富的高级 Java 开发人员，他们从 0.6B 开始学习 Grails，而且我们都仍在从事基于 Grails 的项目。我不会心甘情愿地回到 Java，我们都松了一口气，因为我们已经打破了如何使用 Grails 应用程序快速到达某个地方的问题。
这是一场斗争，这并不容易，并且有/有挫败感。
尽管如此，鉴于我们一直在努力，我们很快就交付了一些东西。存在一些错误，其中许多都有解决方法。
我听说过一些擅长 Java 的开发人员试图深入研究 Grails 项目的复杂咒语。我们避开了所有 Java，转而使用纯 Grails 和 Groovy。我们确保从简单开始，尽可能以可管理和实用的方式构建复杂性。我们不敢深入研究，希望我们的 Java 知识足以支撑我们。
我们最终创造了一个巨大而复杂的东西，它运行得非常好，而且比编写纯 Java/Spring/Hibernate 版本快得多；那就是没有像样的 IDE 支持，而且在 bug 方面的情况比现在糟糕得多。
关于 Eclipse 支持，唯一真正用于 Grails/Groovy 的 IDE 是 Intellij - Eclipse 支持远远落后，遗憾的是:我是 Eclipse 爱好者，远不是 Intellij 转换 - Grails/Groovy 支持打击其他一切都消失了。
是的，与 Spring 相比，Grails 可能还不成熟。或 hibernate 。我敢打赌，在他们存在的最初 1.5 年里，他们同样充满了问题。
既然如此，那么您就有责任将复杂性保持在最低限度，谨慎地先测试(在我们看来)并逐渐谨慎地建立复杂性。
一旦您在堆栈中涉及 Spring/Hibernate，就没有使用 Java 的快速代码解决方案。 Grails 所体现的复杂性反射(reflect)了 Spring/Hibernate 自身的复杂性。如果你觉得你的时间最好花在纯 Java 上，我不会反对。我仍然有我的 WTF，但现在陡峭的学习曲线已经过去了，我想我会更多地坚持使用 Grails。
关于java - Grails值得吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/397228/