我已经在GWT项目上工作了几个月，我决定尝试一下这个Spring Roo的事情。我注意到从0到与Roo相同的结果可能需要很长时间。我的第一个想法是：“这很棒”！
但是一旦你设置了几个持久性实体并且Roo为GWT生成了脚手架，你就有了一些非常基本的布局但是有大量的代码。那又怎样？你停止使用Roo并手动继续？用户界面很好，但非常基础。
我不想手工修改，因为我不想搞乱Roo一代。所以我只删除所有Roo的东西，然后我再次陷入“慢”模式。
有没有人用Spring Roo + GWT创建了一个相对复杂的应用程序？
我对Spring不太熟悉，所以它可能会变得丑陋（习惯于GWT + GXT + DataNucleus + Guice / Gin + Gilead）。你是否建议在这种情况下远离Roo？
从我的角度来看，Roo很适合生成域层样板文件，因为这非常繁琐，但就是这样。
答案 0 :(得分：6)
根据我的经验，Roo对于快速原型设计和概念验证非常有用。
保持数据模型与JPA / DAO层同步也很有用。
但实际上，对于服务级别和UI设计中更复杂的业务需求，您必须切换到普通的手动编码。
答案 1 :(得分：1)
根据我的经验。 roo + gwt会让你获得极长的构建周期（当你有足够的实体时，没有用springMVC尝试它也许它也很慢）。 aspectj构建以某种方式导致它。所以打破它。我不会再这样做了。如果您不相信我创建一个包含100个实体的示例项目，每个实体包含5个字段。然后打开AJDT控制台并清理项目......并休息一下; - ）