我们有一个12人的团队,所有经验丰富的高级Java开发人员从0.6B学习Grails,我们都仍在处理基于Grails的项目。我不会回到Java自愿,我们都放心,打破了如何使用Grails应用程序快速到达某个地方的背面。
这是一场斗争,这不容易,有/是沮丧。
然而,我们交付的东西非常快,因为我们正在努力。有bug,许多有解决方法。
我听说过几个开发人员谁擅长Java试图深入,深入,复杂的Grails项目的实例。我们回避了所有的Java并且去了Grails和Groovy。我们确保我们开始简单,以可管理和尽可能实际的方式建立复杂性。我们不敢潜水在最深的一端,并希望我们的Java知识足以带我们。
我们最终创建了一个巨大而复杂的东西,效果非常出色,并且比编写纯Java / Spring / Hibernate版本要快得多。这是没有体面的IDE支持和一个更糟糕的情况下的bug比今天。
至于Eclipse支持,唯一真正的IDE用于Grails / Groovy是Intellij – Eclipse支持是后面,可悲的是:我是一个Eclipse爱好者,并且远不是一个Intellij转换 – Grails / Groovy支持打破一切虽然。
是的,Grails与Spring相比是不成熟的。或者Hibernate。我会赌注在他们存在的头1.5年,他们同样充满了问题。
就这样,把你的责任放在你身上,注意你保持复杂性的绝对最小,仔细测试 – 首先(在我们看来),逐渐建立复杂性和谨慎。
没有快速代码解决方案与Java一旦你涉及Spring / Hibernate在堆栈。 Grails体现的复杂性反映了Spring / Hibernate自身的复杂性。如果你觉得你的时间更好地用纯java做它,我不会争辩否则..我还有我的WTF,但现在陡峭的学习曲线是在我后面,我想我会坚持w Grails更多。