是否可以删除后面的Jhipster依赖项?为什么有必要?

是否可以删除后面的Jhipster依赖项?为什么有必要?,jhipster,Jhipster,是否可以删除后面的Jhipster依赖项?为什么有必要或推荐 如果删除POM.XML,则会出现不同的编译错误 <dependencyManagement> <dependencies> <dependency> <groupId>io.github.jhipster</groupId> <artifactId>jhipster-dependencies&

是否可以删除后面的Jhipster依赖项?为什么有必要或推荐

如果删除POM.XML,则会出现不同的编译错误

<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对引导有一些依赖项,需要一些努力才能删除