【发布时间】:2017-05-05 09:16:25
【问题描述】:
我一直在用自己的 Spring Roo 进行一些实验,看起来很酷,但我听说 JHipster 更好。 Spring Roo 和 JHipster 有什么不同?
【问题讨论】:
标签: jhipster spring-roo
我一直在用自己的 Spring Roo 进行一些实验,看起来很酷,但我听说 JHipster 更好。 Spring Roo 和 JHipster 有什么不同?
【问题讨论】:
标签: jhipster spring-roo
我建议您分析项目的需求并选择合适的工具。
您可以选择适合您项目的模式:单页与多页。
请注意,发展项目我的意思是该工具可以更新生成的代码而不会丢失您的更改。如今,JHipster 无法更新生成的代码而不丢失其文档中所述的更改 (https://jhipster.github.io/creating-an-entity/#updating-an-existing-entity):
当您为现有实体运行实体子生成器时,您会被问到一个问题“您要更新实体吗?这将替换该实体的现有文件,您的所有自定义代码都将被覆盖' ...
Spring Roo 能够在不丢失开发人员更改的情况下更新和改进应用程序代码。因此,我建议您查看并检查每个工具包含在您的应用程序中的功能、模式和良好实践,然后选择您认为更适合您的项目的工具。
【讨论】:
Roo 在服务器端非常出色,因为它基于 Spring Boot。它的命令行非常聪明。不利的一面是,他们引入了许多新的@ROO 注释,生成了许多 AspectJ 文件,用户界面是经典的老式 HTML,您几乎可以在每次请求时加载一个新页面。出于这个原因,用户界面有点慢和过时。简而言之,该工具的优势仅在于服务器端,恕我直言。
JHipster 也在使用 Spring Boot,这意味着它没有失去任何优势,但除此之外,它们还生成了一个非常现代的单页应用程序。他们依靠 nodejs 和其他客户端工具来管理强大的客户端用户界面。 JHipster 还涵盖了客户端和服务器端的更多选项,例如 NoSQL 选项。
我搬到了JHipster,但不能否认错过了Roo聪明的shell。
【讨论】: