我正在寻找有经验的用户对 spring roo 和 appfuse 的反馈。您认为逆向工程数据库表和生成服务层、dao 层和 jpa 实体哪一个更好?
如果我没记错的话,spring roo 目前无法对数据库进行逆向工程。
只是一个快速更新,通知所有现在偶然发现此线程的用户(或至少在今天之后:));在新的 1.1.0 版本中,Spring Roo 现在支持开箱即用的增量数据库逆向工程。请参阅此版本公告 http://blog.springsource.com/2010/10/27/spring-roo-1-1-0-is-released/.
作为对实际问题的评论:我不认为两者在实际实体生成方面比另一个更好,但是除了实体生成之外,AppFuse 和 Spring Roo 之间当然有很大的区别。如果你确实需要 DAO,这是 AppFuse 中开箱即用的东西,部分放在 Spring Roo 中,但 Spring Roo 也有一个很棒的插件(Hades 插件),它在这方面做得很好,也许甚至比 AppFuse 还要好。在我看来,选择 AppFuse 的主要原因是,如果您需要另一个 Web 框架(即 Wicket、Tapestry 或 JSF)作为前端,那么 Spring MVC 或 GWT 是目前 Spring Roo 中唯一得到良好支持的 Web 框架(不过还会有更多,例如 Flex 等)。您可能选择 AppFuse 的其他原因是,如果您想使用具有完整智能感知和代码完成支持的 IDE,但不想使用 Eclipse(您可以使用其他 IDE,并且构建与 Spring Roo 完美配合,但由于到 AspectJ 文件,Netbeans 无法识别这些文件,其他 IDE(然后是 Eclipse)目前不能很好地为 Spring Roo 生成/管理的文件完成代码完成)。
但如果您不介意 Eclipse(或者更好的是 Spring Tools Suite)并且确实想使用 GWT 和/或 Spring MVC,我会推荐 Spring Roo。在我看来,选择 Spring Roo 的主要原因是更高的生产力、更好的支持、更高的动力和活动、更低的学习曲线(用于快速 CRUD 应用程序生成),当然还有类似于 Rails 的命令 shell,您可以从中快速设置和配置您的应用程序。
诗。请注意,我已经一年多没有主动使用 AppFuse,所以我对 AppFuse 的了解有点生疏。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)