如何使用 JHipster 实体生成器扩展类？答案

【问题标题】：How to extends classes with JHipster entity generator?如何使用 JHipster 实体生成器扩展类？
【发布时间】：2018-06-21 12:59:13
【问题描述】：

我是 Jhipster 的新手，我正在尝试了解 Jhipster 实体生成器的工作原理。

我正在尝试创建 3 个简单的类：人、教授、学生。我创建了第一个实体（Person），然后我想创建第二个实体（Professor）并将其扩展到第一个实体，但不建议这样做。

如何让“教授”延伸到“人”？我是想直接在代码上做，还是我错过了什么？

【问题讨论】：

你能解决这个问题还是找到任何好转的方法？
也许现在 Jhipster 有解决方案。但是一年前，为了让 Jhipster 留在我的项目中，经过大量阅读后，我选择在 Person 和 Professor 之间建立一对一的关系，或者根据情况“复制”Professor 和 Student 中的相同属性

标签： java jhipster

【解决方案1】：

根据文档https://www.jhipster.tech/jhipster-uml/，jhipster 实体生成器不可能实现继承。

但您可以在实体生成器生成实体后手动完成。

也看这个。

https://github.com/jhipster/jhipster-uml/issues/96

【讨论】：

【解决方案2】：

jhipster 不仅将实体生成为类（spring bean），还为“jhipster-construct”中的所有其他内容生成实体：Spring 安全性、关系、数据库布局，包括。 liquibase 数据库重构、服务、存储库、DTO、带有 Angular 或 React 的前端组件、后端和前端的验证和集成以及性能测试。并且全部以“最佳实践”的方式，与 i18n 相关的东西等，包括两个阶段，一个开发和一个生产配置文件（每个阶段都有一个数据库）。此外，jhipster 为您提供了所有配置，以持续部署到例如heroku 和 jenkins 控制你的 git 推送。

以这种方式不可能构建抽象 (java) 类或 (java) 接口。这在某些业务逻辑中可能是有意义的，这些业务逻辑将在生成后实现，或者可能有除继承之外的其他方式（例如，参见 services 和 dtos）。 jhipster 生成的后端和前端结构——甚至是微服务和网关——显示了要继续使用的路径。

您可以通过考虑数据库规范化来管理人员和教授与他们和/或其他实体之间的 OneToOne 或 OneToMany 关系共享的许多事情 - 至少，我是这样做的 :-)

【讨论】：