定制JHipster

Question

是否可以为组织自定义/扩展JHipster？

这么说，我的意思是有一个本地版本，它创建了一些具有特定于组织的特性的项目？例如，使用自定义身份验证方案(仍然依赖Spring安全性)、使用自定义样式(颜色、字体)、添加某些Maven依赖项等等。

如果这是可能的话，是否可以在保留更新JHipster的可能性的同时使JHipster的更新不会覆盖这些扩展呢？

谢谢。

Answer 1

以下是一般的方法：

1. 首先，我们使用所有标准的JHipster堆栈创建了一个空白项目。所使用的DBMS是Postgres。我们用jhipster实体生成工具概述了基本的数据结构，创建了最重要的关系等，并在标准JHipster选项中定义了基本的用户角色和权限。在这一阶段，我们对复杂的、独特的约束、业务限制、用户管理、JPA错误处理和表示等细节没有太大的关注。CRUD页面都是标准的。
2. 我们介绍了一些特定领域的业务逻辑。执行了基本的前端定制:品牌、样式、一些自定义视图(仍然广泛使用引导类)等。我们在后端和前端都稍微改变了授权逻辑，这是基于令牌的，有特定的令牌验证规则。引入了对用户友好的错误处理，使用户能够理解在各种情况下出现的业务限制。我们开始编写更复杂的单元测试，以满足最近实现的业务逻辑。在这个阶段，实体大多是手工构建的(~80%)，因为我们已经习惯了JHipster提供的数据结构，而且在CRUD REST控制器、页面和测试中有太多的定制。用液碱:diff和手工编辑的方法生成液基变化曲线。我们不会将这些实体添加到.jhipster文件夹中。
3. 由于对界面设计的要求越来越高和越来越严格，所以决定为最终用户交互引入独立的前端层。它部分地共享REST接口与jhipster生成的前端，但在项目结构方面绝对独立。我们决定用角作为新的前端层。实际上，它是一个包含独立的index.html、bower.json、Gruntfile.js等的子文件夹。同时，我们继续改进业务逻辑，细化数据库结构，增加代码覆盖率，引入新的用户角色等等。
4. ..。

因此，我们为管理和数据管理目的稍微定制了“旧”JHipster前端。和一个独立的“新”前端与自定义设计，以处理最终用户。--请注意：可以保留一个原始的界面，对它进行一定的限制，并保留生成实体的可能性，而且在我们的项目中，只要它是合理的，它就能很好地工作。

一些注意事项：

• pom.xml中的组件版本不断地手工更新；
• 将Maven依赖项手动添加到pom.xml中；
• JS依赖项手动添加到index.html/bower.json/app.js；
• 如果您有复杂的前端脚本，处理用于生产概要文件的JS丑化可能会很棘手；
• 另一件困难的事情是，使液化基脚本同时用于spring和用于测试的H2的数据库管理系统；
• 根据特定于项目的域逻辑，您可能会在配置调优方面遇到一些问题。

希望能帮上忙。

Answer 2

在2.26.0版(2015年12月中旬)中引入的另一种方法是构建您自己的模块，参见文档。

稍后，在5.0.0版(2018年年中)中，JHipster引入了一个更强大的工具：蓝图，尽管它比创建模块需要更多的精力。有了蓝图，您甚至可以替换生成的项目的语言/框架，它已经成功地用于Kotlin、NodeJS和VueJS。