是否可以删除后面的Jhipster依赖项?为什么有必要?
是否可以删除后面的Jhipster依赖项?为什么有必要或推荐 如果删除POM.XML,则会出现不同的编译错误是否可以删除后面的Jhipster依赖项?为什么有必要?,jhipster,Jhipster,是否可以删除后面的Jhipster依赖项?为什么有必要或推荐 如果删除POM.XML,则会出现不同的编译错误 <dependencyManagement> <dependencies> <dependency> <groupId>io.github.jhipster</groupId> <artifactId>jhipster-dependencies&
<dependencyManagement>
<dependencies>
<dependency>
<groupId>io.github.jhipster</groupId>
<artifactId>jhipster-dependencies</artifactId>
<version>${jhipster-dependencies.version}</version>
<type>pom</type>
<scope>import</scope>
</dependency>
<!-- jhipster-needle-maven-add-dependency-management -->
</dependencies>
</dependencyManagement>
io.github.jhipster
jhipster依赖关系
${jhipster dependencies.version}
聚甲醛
进口
是的,这是可能的,但是您必须自己导入所有依赖项,尽管这并不困难,因为它们中的大多数已经作为Spring启动程序提供。使用mvnw帮助查看有效的pom:effective pom可能会有所帮助
然后必须导入maven插件配置
最后,除非您仅提取项目所需的类,否则您的项目仍将依赖于jhipster framework库
那么,这是推荐的吗
从长远来看,管理您自己的依赖关系是一件好事,因为主要的库,如SpringBoot、Hibernate。。。支持旧版本的时间相当长,而JHipster团队只支持当前的主要版本(目前为6.x),这通常意味着一年
在项目开始时,您可能希望能够关注JHipster更新。修改pom.xml将使更新生成的代码更加困难
一旦您编写了大量手动代码,您的项目可能已经很难更新,因此使用JHipster删除依赖关系将是无害的
我发现从JHipster前端删除依赖项比从后端删除依赖项更困难,因为例如,对于Angular,JHipster提供了自己的网页包构建过程,而不是使用Angular CLI,而且ng JHipster对引导有一些依赖项,需要一些努力才能删除