Maven高级操作--分模块设计、聚合、继承和私服-Toy模板网

这篇具有很好参考价值的文章主要介绍了Maven高级操作--分模块设计、聚合、继承和私服。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

一、分模块设计与开发

1.1 分模块设计

问题：当项目做大做强的时候，前面的基础Spring开发的框架都无法满足java大型项目的维护和复用，而且团队合作也会造成较大的困难。
所以就需要分模块设计：将项目按照功能拆分成若干个子模块，方便项目的管理维护、扩展，也方便模块间的相互调用，资源共享。

分模块开发需要先针对模块功能进行设计，再进行编码。不会先将工程开发完毕，然后进行拆分。

大概步骤：

创建一个新的maven项目，并填写需要分出去的模块名。
在原项目下将模块的包，如utils包下的类，放到目标maven项目下，目录名字保持一致main\java\com\mannor\utlis。
将需要的依赖项导入到新maven中。
将新maven导入到原来的项目pom.xml文件中，即可食用。

二、继承与聚合

2.1 继承

概念:继承描述的是两个工程间的关系，与java中的继承相似，子工程*可以继承父工程中的配置信息，常见于依赖关系的继承**。
作用:简化依赖配置、统一管理依赖
实现:<parent> ... </parent>

2.1.1 继承关系的实现

创建maven模块tlias-parent，该工程为父工程，设置打包方式**pom**(默认jar)。

    <!-- 只截取了关键部分代码 -->
	<!-- 设置父工程 -->
    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.7.12</version>
        <relativePath/> <!-- lookup parent from repository -->
    </parent>

    <groupId>com.mannor</groupId>
    <artifactId>tlias-parent</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <packaging>pom</packaging> <!-- 设置打包方式 -->

</project>

在子工程的pom.xml文件中，配置继承关系。

    <!-- 只截取了关键部分代码 -->
  <parent>
        <groupId>com.mannor</groupId>
        <artifactId>tlias-parent</artifactId>
        <version>0.0.1-SNAPSHOT</version>
        <relativePath>../tlias-parent/pom.xml</relativePath> <!-- 父工程的pom文件的相对路径 -->
    </parent>

    <artifactId>tlias-web-management</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <name>tlias-web-management</name>
    <description>tlias-web-management</description>

在父工程中配置各个工程共有的依赖（子工程会自动继承父工程的依赖）。

代码展示略。

2.1.1.1 继承关系图

Maven高级操作--分模块设计、聚合、继承和私服

2.1.1.2 重点

在子工程中，配置了继承关系之后，坐标中的groupId是可以省略的，因为会自动继承父工程的。
relativePath指定父工程的pom文件的相对位置（如果不指定，将从本地仓库/远程仓库查找该工程)。
若父子工程都配置了同一个依赖的不同版本，以子工程的为准。

常见的打包方式：
jar:普通模块打包,springboot项目基本都是jar包（内嵌tomcat运行）
war:普通web程序打包，需要部署在外部的tomcat服务器中运行
pom:父工程或聚合工程，该模块不写代码，仅进行依赖管理

2.1.2 版本锁定

2.1.2.1 版本管理

在maven中，可以在父工程的pom文件中通过<dependencyManagement>来统一管理依赖版本。
子工程引入依赖时，无需指定<version>版本号，父工程统一管理。变更依赖版本，只需在父工程中统一变更。

在父工程中:

 <!--  统一管理依赖版本：只是版本的管理，不会有直接依赖 -->
    <dependencyManagement>
        <dependencies>

            <!--  jwt令牌-->
            <dependency>
                <groupId>io.jsonwebtoken</groupId>
                <artifactId>jjwt</artifactId>
                <version>0.9.1</version>
            </dependency>
			
        </dependencies>
    </dependencyManagement>

在子工程中直接引用即可，无需指定版本号：

    <dependencies> 

        <!--  jwt令牌-->
        <dependency>
            <groupId>io.jsonwebtoken</groupId>
            <artifactId>jjwt</artifactId>
        </dependency>

    </dependencies>

2.1.2.2 自定义属性/引用属性

在大型开发中，会有许多依赖需要引用，所以有自定义属性来直接管理版本信息，更方便后期的维护。

自定义属性：

    <properties>
        <lombok.version>1.18.24</lombok.version>
    </properties>

引用属性

    <dependencies>
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
            <version>${lombok.version}</version>
        </dependency>
    </dependencies>

思考？<dependencyManagement>与<dependencies>的区别是什么?
1.<dependencies>是直接依赖,在父工程配置了依赖,子工程会直接继承下来。
2.<dependencyManagement>`是统一管理依赖版本,不会直接依赖，还需要在子工程中引入所需依赖(无需指定版本)

2.2 聚合

当项目开发完毕时，要对目标工程执行打包的操作。目标工程会在本地的maven仓库中去寻找对应依赖的jar包，不然就不会构建成功。
要想将jar包放到maven的本地仓库就要按照顺序执行对应maven项目或者模块的install操作，这样才会打包成功。

当然这种方式的缺点也很明显，就是当项目模块的数量很多的时候就不便于操作了。所以就需要maven的聚合。

2.2.1 概念

2.2.1.1 聚合：

将多个模块组织成一个整体，同时进行项目的构建。

2.2.1.2 聚合工程

一个不具有业务功能的“空”工程(有且仅有一个pom文件)---->parent父工程就刚好可以充当这样得到角色。

2.2.1.3. 作用

快速构建项目（无需根据依赖关系手动构建，直接在聚合工程上构建即可)

2.2.2 操作实现

maven中可以通过<modules>设置当前聚合工程所包含的子模块名称

聚合工程中所包含的模块，在构建时，会自动根据模块间的依赖关系设置构建顺序，与聚合工程中模块的配置书写位置无关。

源码实现，在父工程的pom.xml文件下：

    <!--  聚合其他模块  -->
    <modules>
        <module>../tlias-pojo</module>   <!-- 在里面填写需要聚合模块的相对路径 -->
        <module>../tlias-utlis</module>
        <module>../tlias-web-management</module>
    </modules>