我已经在GWT项目上工作了几个月了,我决定尝试一下Spring。我注意到,从0到与Roo相同的结果可能需要很长时间。我的第一个想法是:“这太棒了!”
但是,一旦设置了几个持久实体,Roo就为GWT生成了脚手架,并且您有了一些非常基本的布局,但是有大量的代码。然后呢?你停止使用Roo然后用手继续吗?UI很不错,但非常基本。
我不想用手修改东西,因为我不想搞砸Roo一代。因此,我只是删除所有的Roo的东西,我下降到“慢”模式再次。
在我看来,Roo很适合生成域层样板,因为这非常繁琐,但仅此而已。
发布于 2010-12-10 08:02:46
根据我的经验,Roo对于快速原型化和概念验证非常有用。
保持数据模型与JPA/DAO层同步也很有用。
但是实际上,对于服务级别和UI设计中更复杂的业务需求,您必须切换到普通的旧手工编码。
发布于 2012-05-04 19:13:20
以我的经验。roo + gwt为您提供了非常长的构建周期(当您有足够多的实体时,还没有尝试过使用springMVC --也许它也很慢)。aspectj建筑在某种程度上造成了它。所以要把它分解。我不会再做了。如果你不相信,我会创建一个包含100个实体的示例项目,每个实体有5个字段。然后打开AJDT控制台并清理项目.喝杯咖啡什么的-)
https://stackoverflow.com/questions/4402230
复制相似问题