如何自定义JHipster Entity生成文件且避免修改内容被覆盖？

以下是几个比手动Git合并更高效的解决方案：

1. 自定义JHipster蓝图（Blueprint） #

这是JHipster官方推荐的长期定制方案，通过创建自己的蓝图替换或扩展默认代码生成逻辑：

• 用generator-jhipster-blueprint初始化一个蓝图项目
• 在蓝图中修改对应的实体生成模板（比如query-service.js模板），加入你的自定义逻辑
• 生成/更新实体时执行jhipster entity Foo --blueprint 你的蓝图名称，后续所有操作都会应用定制模板，不会覆盖修改

2. 本地定制JHipster模板 #

如果仅针对当前项目定制，可直接修改本地依赖中的模板文件：

• 找到项目内node_modules/generator-jhipster/generators/entity-server/templates目录下的目标模板（比如src/main/java/package/service/query/<%= entityClass %>QueryService.java.ejs）
• 修改模板内容，嵌入你的自定义代码片段
• 注意：更新JHipster版本时node_modules中的模板会被重置，建议将修改后的模板备份到项目目录，通过package.json的postinstall脚本自动替换模板

3. 利用实体配置文件的自定义片段 #

在实体配置文件中添加自定义代码，生成时会自动合并到目标文件：

• 打开.jhipster/Foo.json，添加自定义字段（比如针对QueryService的自定义查询）

  "customQueries": [
    {
      "methodName": "findActiveFoos",
      "query": "SELECT f FROM Foo f WHERE f.isActive = true",
      "returnType": "List<Foo>"
    }
  ]
  

• 确保JHipster模板支持读取该字段（默认模板可微调或通过蓝图扩展），生成时会自动将这些自定义方法插入到FooQueryService中

4. 继承生成类，在子类中实现定制逻辑 #

避免直接修改生成文件，通过继承扩展实现定制：

• 创建CustomFooQueryService类，继承自动生成的FooQueryService
• 在子类中重写需要修改的方法，实现自定义逻辑
• 在业务代码、控制器等场景中使用CustomFooQueryService替代原类
• 后续更新实体时，父类文件会被覆盖，但子类的定制代码不受影响，只需保证父类方法签名兼容即可

内容的提问来源于stack exchange，提问作者Maxence Blais