我一直在用Spring Roo进行一些实验,看起来很酷,但我听说JHipster更好。 Spring Roo和JHipster之间有什么不同?
答案 0 :(得分:7)
我建议您分析项目的要求并选择合适的工具。
您可以选择适合您项目的模式:单页与多页。
请注意,通过进化项目我的意思是该工具可以更新生成的代码而不会丢失您的更改。如今,JHipster无法在不丢失更改的情况下更新生成的代码,如文档中所述(https://jhipster.github.io/creating-an-entity/#updating-an-existing-entity):
当您为现有实体运行实体子生成器时,系统会询问您是否要更新实体?这将替换此实体的现有文件,将覆盖您的所有自定义代码'...
Spring Roo能够更新和发展应用程序代码,而不会丢失开发人员的更改。因此,我建议您查看并检查每个工具在您的应用程序中包含的功能,模式和良好实践,并选择您认为对项目更好的工具。
答案 1 :(得分:4)
Roo在服务器端级别上非常出色,因为它基于Spring Boot。它的命令行很聪明。从消极方面来说,他们引入了许多新的@ROO注释,生成了大量的AspectJ文件,而用户界面是一个经典的老式HTML,您几乎可以在每个请求中加载新页面。出于这个原因,用户界面有点慢和过时。简而言之,该工具的优点仅在服务器端,恕我直言。
JHipster也使用Spring Boot,这意味着它没有失去任何优势,但除此之外,它们还生成了一个非常现代的单页面应用程序。它们依赖于nodejs和其他客户端工具来管理强大的客户端用户界面。 JHipster还在客户端和服务器端提供了更多选项,例如NoSQL选项。
我搬到了JHipster,但不能否认缺少Roo聪明的外壳。