Roo + GWT - 适合开发吗?

13

我已经在GWT项目上工作了几个月,决定尝试一下Spring Roo。我注意到从0开始到与Roo相同的结果需要很长时间。我的第一个想法是:“这太棒了”!

但是一旦您设置了一些持久化实体并且Roo为GWT生成了脚手架和一些非常基本的布局,但却有大量代码。那么接下来该怎么办呢?停止使用Roo并手动操作?界面很漂亮,但非常基本。

我不想手动修改任何东西,因为我不想弄乱Roo生成的内容。所以我只能删除所有Roo相关内容,然后回到“慢速”模式。

  • 是否有人使用Spring Roo + GWT创建了相对复杂的应用程序?

  • 我对Spring不是很熟悉,这可能会变得很麻烦(习惯于GWT + GXT + DataNucleus + Guice/Gin + Gilead)。在这种情况下,您建议远离Roo吗?

在我看来,Roo适合生成领域层样板,因为这非常乏味,但仅此而已。

2个回答

6

根据我的经验,Roo非常适合快速原型设计和概念验证。

同时,它也有助于保持数据模型与JPA/DAO层同步。

但事实上,对于更复杂的服务级别和UI设计业务需求,您需要切换到传统的手动编码方式。


那么,这是“官方”的用例吗?快速原型设计或者当你想在真实项目中使用它时,让它生成脚手架,然后从那里开始(即修改自动生成的代码并永远不再运行Roo)? - Thilo
好像Roo是理解“最佳实践”的一种解决方案,但接下来你还需要手动操作...我发现这篇文章很有趣:https://dev59.com/SG855IYBdhLWcg3wnFtO - code-gijoe

1

根据我的经验,使用roo + gwt会导致非常长的构建周期(当你有足够的实体时,我还没有尝试过与springMVC一起使用,也许它也很慢)。aspectj的构建某种程度上引起了这个问题。所以简单来说,我不会再这样做了。如果你不相信我,请创建一个包含100个实体和每个实体5个字段的示例项目。然后打开AJDT控制台并清理项目... 然后喝杯咖啡或其他什么东西来放松一下 ;-)


网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接