【问题标题】:Difference between Spring Roo and JHipsterSpring Roo 和 JHipster 的区别
【发布时间】:2017-05-05 09:16:25
【问题描述】:

我一直在用自己的 Spring Roo 进行一些实验,看起来很酷,但我听说 JHipster 更好。 Spring Roo 和 JHipster 有什么不同?

【问题讨论】:

    标签: jhipster spring-roo


    【解决方案1】:

    我建议您分析项目的需求并选择合适的工具。

    • JHipster 是一个很好的开发工具,可以创建 AngularJS 单页 Web 应用程序的 Spring Boot 项目。
    • Spring Roo 2 是一个很好的开发工具,用于创建、维护和发展 SpringMVC-Thymeleaf 多页 Web 应用程序的 Spring Boot 项目。看看 Roo 2 创建的application architecture

    您可以选择适合您项目的模式:单页与多页。

    请注意,发展项目我的意思是该工具可以更新生成的代码而不会丢失您的更改。如今,JHipster 无法更新生成的代码而不丢失其文档中所述的更改 (https://jhipster.github.io/creating-an-entity/#updating-an-existing-entity):

    当您为现有实体运行实体子生成器时,您会被问到一个问题“您要更新实体吗?这将替换该实体的现有文件,您的所有自定义代码都将被覆盖' ...

    Spring Roo 能够在不丢失开发人员更改的情况下更新和改进应用程序代码。因此,我建议您查看并检查每个工具包含在您的应用程序中的功能、模式和良好实践,然后选择您认为更适合您的项目的工具。

    【讨论】:

      【解决方案2】:

      Roo 在服务器端非常出色,因为它基于 Spring Boot。它的命令行非常聪明。不利的一面是,他们引入了许多新的@ROO 注释,生成了许多 AspectJ 文件,用户界面是经典的老式 HTML,您几乎可以在每次请求时加载一个新页面。出于这个原因,用户界面有点慢和过时。简而言之,该工具的优势仅在于服务器端,恕我直言。

      JHipster 也在使用 Spring Boot,这意味着它没有失去任何优势,但除此之外,它们还生成了一个非常现代的单页应用程序。他们依靠 nodejs 和其他客户端工具来管理强大的客户端用户界面。 JHipster 还涵盖了客户端和服务器端的更多选项,例如 NoSQL 选项。

      我搬到了JHipster,但不能否认错过了Roo聪明的shell。

      【讨论】:

      • 你有点不对,Roo 在服务器端不起作用。 Roo 是一种仅在您的开发环境中工作的开发工具。请注意,Roo 注释始终是源代码级别的保留,您不会发现任何 Roo 注释编译到您的类中。随意阅读 Spring Roo 概述docs.spring.io/spring-roo/docs/2.0.0.RC1/reference/html/…
      • 我的意思是在服务器端运行的是ROO生成的文件。在同样的意义上,这正是 JHipster 案例中发生的情况。两者都是代码生成工具集的成员。
      • 奇怪的是他们不尝试合并似乎如此明显
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2019-04-07
      • 1970-01-01
      • 2012-09-17
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多