grails - 阻碍Grails发展

Question

已经和Grails一起开发了几个星期，

尽管我喜欢这种经验和可能性，但是我看到了以下启动问题。

如果您遇到类似的问题，请分享。.补救措施也将有所帮助。

事务管理(内置)在某些情况下似乎不起作用。

带有域对象的

AOP不起作用

Grails IDE插件非常原始

GWT集成(带有插件)

插件安装(异常失败)可能导致插件不够成熟。

缺少大量文档(尽管可用的东西很好)

调试支持

Answer 1

如果您确实需要这些问题的解决方案，则应该为每个问题发布一个单独的问题，其中提供的信息比此处提供的信息要多得多。例如，当我所知道的只是我无法诊断问题的原因时

Transaction management (in-built) doesn't seem to work in some circumstances.

这是我对这些问题的看法:

Transaction management (in-built) doesn't seem to work in some circumstances.

我没有注意到任何这样的问题

AOP with domain objects doesn't work

我想您的意思是元编程域对象不起作用。我遇到了这个，还没有找到任何解决方案。如果您真的要说AOP，那么我就没有帮助，因为我从未在Groovy中使用过它。

Grails IDE-plugins are pretty primitive

IntelliJ插件非常非常好。 Netbeans插件可以。上一次我尝试使用Eclipse Groovy插件时，效果很糟。但是，我相信作为Spring Tool Suite(STS)的一部分，最近已经发布了一个新的Eclipse Groovy插件。它应该在以前的Eclipse Groovy插件上有很大的改进，但是我认为它对Grails的支持还不多

GWT-Integration (with the plugin)

我不使用GWT，所以没有评论

Plugin installation (fails unusually) probably cause plugins are not matured enough.

我从未遇到过安装插件的问题，尽管如果更新插件，有时我需要从.grails目录中手动删除旧版本。

Lack of extensive documentation (though what is available is pretty good)

我认为Grails的文档级别领先于大多数OS项目。有各种各样的Grails书籍可供选择，有一个 Activity 的邮件列表，并且official document长176页。

Debugging support

同样，这取决于您使用的工具。使用IntelliJ，调试Grails应用程序就像使用Eclipse调试Java应用程序一样容易。

关于Grails开发的我自己的观点是:

由于缺乏向后兼容性，从一个版本升级到另一个版本通常是一个非常痛苦的过程。当我从1.0.4升级到1.1.1时，约有20％的测试开始失败

应用程序重装非常流行。