Web applications Roo+；GWT-有利于发展中国家？

我已经在GWT项目上工作了几个月了，我决定尝试一下这个春季Roo项目。我注意到从0到与Roo相同的结果可能需要很长时间。我的第一个想法是：“这太棒了！”

但是，一旦您设置了几个持久实体，Roo为GWT生成了脚手架，您就有了一些非常基本的布局，但有大量的代码。然后呢？你停止使用Roo，继续用手？用户界面很好，但非常基本

我不想手工修改东西，因为我不想搞乱Roo的生成。所以我只是删除了所有Roo的东西，然后我又回到了“慢”模式

• 有没有人用SpringRoo+GWT创建了一个相对复杂的应用程序

• 我不太熟悉Spring，所以它可能会变得很难看（习惯于GWT+GXT+DataNucleus+Guice/Gin+Gilead）。在这种情况下，你建议远离Roo吗

---

在我看来，Roo很适合生成域层样板，因为这非常繁琐，但仅此而已。

根据我的经验，Roo对于快速原型设计和概念验证非常有用

保持数据模型与JPA/DAO层同步也很有用

---

但事实上，对于服务级别和UI设计方面更复杂的业务需求，您必须切换到普通的手工编码。

。roo+gwt可以让您获得非常长的构建周期（当您有足够的实体时，还没有用springMVC尝试过它，可能它也很慢）。aspectj构建不知何故导致了它。所以我想把它分解。我不会再这样做了。如果您不相信我，请创建一个包含100个实体的示例项目，每个实体有5个字段。然后打开AJDT控制台并清理项目。。。喝杯咖啡休息一下什么的；-）

那么，这是“官方”用例吗？快速原型设计，或者，当你想在实际项目中使用它时，让它生成脚手架一次，然后再从那里开始（即，破解自动生成的代码，不再运行roo）？roo似乎是理解“最佳实践”的一种解决方案，但你继续手工操作。。。我发现了另一个非常有趣的帖子：