Jhipster 拆分JDL文件以逐步扩展模型

Jhipster 拆分JDL文件以逐步扩展模型,jhipster,jdl,Jhipster,Jdl,新生成的JHipster应用程序已经包含一个基本模型(例如,带有用户实体),我们称之为m0。 通过使用JHipster域语言(JDL)定义模型m1并生成实体,我扩展了m0。 对于授权层,m1必须引用m0中的用户。我通过在m1.jdl文件中定义用户实体实现了这一点,如下所示: entity User{} entity AnM1Entity{} 已经存在的用户实体没有重新生成,只是从m1引用-太棒了 由于m1必须定期使用新实体进行扩展,因此对m2使用相同的模式将是一个梦想,m3引用m1中的实体。

新生成的JHipster应用程序已经包含一个基本模型(例如,带有用户实体),我们称之为m0。 通过使用JHipster域语言(JDL)定义模型m1并生成实体,我扩展了m0。 对于授权层,m1必须引用m0中的用户。我通过在m1.jdl文件中定义用户实体实现了这一点,如下所示:

entity User{}
entity AnM1Entity{}
已经存在的用户实体没有重新生成,只是从m1引用-太棒了

由于m1必须定期使用新实体进行扩展,因此对m2使用相同的模式将是一个梦想,m3引用m1中的实体。但当我在m2.jdl中定义m1实体时,如下所示:

entity User{}
entity AnM1Entity{}
不幸的是,重新生成了AnM1Entity{},并且在m1.jdl中为AnM1Entity定义的所有属性都丢失了

为什么不重新生成用户,而重新生成一个m1实体?有没有办法跳过生成一个m1实体

或者有没有其他方法可以方便地扩展JHipster应用程序模型


感谢

从未生成用户,因为它不是JHipster实体,权限和从初始数据库模式映射到表的所有其他预定义类也是如此

JDL不支持您想要的

如果您的目标是防止手动更改被重新生成覆盖,那么您应该看看社区称之为并排方法的内容:

  • JHipster conf 2019:
  • JHipster conf 2018:

或者,您也可以依靠git,通过git合并策略选项始终在分支上生成和在主节点上合并。

回来晚了,但结果证明,并行方法打开了大门,实现了随时间扩展模型的能力。谢谢你的链接。