Maven超详细讲解——高级篇

分模块开发与设计

此部分内容建议有SSM开发经验再看，也可以熟悉后回顾。

 企业开发过程中通常将工程模块中的包拆分成单独模块交给员工合作开发，模块之间根据接口通信。主模块中不放实际功能，所有的功能做成独立的模块。

ssm_pojo拆分

● 新建模块
●拷贝原始项目中对应的相关内容到ssm_pojo模块中(建议在新模块中先建好对应的包在拷贝内部的内容)
        ◆实体类（User）
        ◆配置文件（无）

因为pojo中只需要jdk的核心API，没有外部的资源jar,只要compile编译通过就可以

 ssm_dao拆分
●新建模块
● 拷贝原始项目中对应的相关内容到ssm_dao模块中
        ◆数据层接口（UserDao）
        ◆配置文件∶保留与数据层相关配置文件（3个）
                ■ 注意∶分页插件在业务层使用，但配置中与SqlSessionFactoryBean绑定，需要保留
        ◆ pom.xml∶引入数据层相关坐标即可，删除springmvc相关坐标
                ■spring
                ■ mybatis
                ■ spring整合mybatis
                ■mysql
                ■ druid
                ■ pagehelper
                ■直接依赖ssm_pojo（对ssm_pojo模块执行install指令，将其安装到本地仓库，否则直接idea运行会报could not find artifct com.itheima.ssm_pojo） (针对自定义资源)

ssm_service拆分

●新建模块
● 拷贝原始项目中对应的相关内容到ssm_service模块中
        ◆业务层接口与实现类（UserService、 UserServicelmp）
        ◆配置文件∶保留与数据层相关配置文件（1个）
        ◆ pom.xml∶∶引入数据层相关坐标即可，删除springmvc相关坐标
                ■spring
                ■ junit
                ■ Spring整合junit
                ■ 直接依赖ssm_dao（对ssm_dao模块执行install指令，将其安装到本地仓库）
                ■ 间接依赖ssm_pojo（由ssm_dao模块负责依赖关系的建立）
        ◆修改service模块spring核心配置文件名，添加模块名称，格式∶ applicationContext-service.xml
        ◆修改dao模块spring核心配置文件名，添加模块名称，格式∶applicationContext-dao.xml
        ◆修改单元测试引入的配置文件名称，由单个文件修改为多个文件

ssm_Control拆分

● 新建模块 使用webapp模板）
● 拷贝原始项目中对应的相关内容到ssm_controller模块中
        ◆表现层控制器类与相关设置类（UserController、异常相关……）
        ◆ 配置文件∶保留与表现层相关配置文件（1个）、服务器相关配置文件（1个）
        ◆ pom.xml∶引入数据层相关坐标即可，删除springmvc相关坐标
                ■ spring
                ■ springmvc
                ■jackson
                ■servlet
                ■tomcat服务器插件
                ■ 直接依赖ssm_service（对ssm_service模块执行install指令，将其安装到本地仓库）
                ■间接依赖ssm_dao、Ssm_pojo
◆修改web.xml配置文件中加载spring环境的配置文件名称，使用"通配，加载所applicationContext开始的配置文件

小结

●分模块开发
        ◆模块中仅包含当前模块对应的功能类与配置文件
        ◆ spring核心配置根据模块功能不同进行独立制作
        ◆ 当前模块所依赖的模块通过导入坐标的形式加入当前模块后才可以使用
        ◆ web.xml需要加载所有的spring核心配置文件

聚合

多模块构建维护

各模块之间有依赖关系，对应的模块发布到本地仓库。如果dao模块更新，其他模块并不知道，由此可能会产生冲突。最好所有模块同时更新。

引入模块管理上述四个模块，同时对这些模块进行管理，这种机制叫做聚合。

示例：

新建maven工程，只留pom.xml

聚合

作用：聚合用于快速构建maven工程，一次性构建多个项目/模块。

制作方式：       

 注意事项：参与聚合操作的模块最终执行顺序与模块间的依赖关系有关，与配置顺序无关。

模块的类型有pom,war,jar（默认）

继承

模块依赖关系维护

不同模块依赖的相同资源版本不同，如果资源不兼容，会产生冲突。

新建一个模块，管理这些模块的资源依赖。也就是在聚合模块声明所有依赖及其版本，其他各个模块制作依赖的引入，使用的都是相同版本的依赖。

继承

● 作用∶通过继承可以实现在子工程中沿用父工程中的配置
        ◆maven中的继承与java中的继承相似，在子工程中配置继承关系
●制作方式∶
        ◆在子工程中声明其父工程坐标与对应的位置

 声明后子工程自身可以只保留<artifactId>的信息，版本和组织名通常都和父工程相同。

在父工程中定义依赖管理

 在子工程中定义依赖关系，无需声明依赖版本，版本参照父工程中依赖的版本

 plugin的继承方法相同。

继承的资源

 继承与聚合

●作用
        ◆ 聚合用于快速构建项目
        ◆继承用于快速配置
● 相同点∶
        ◆ 聚合与继承的pom.xml文件打包方式均为pom，可以将两种关系制作到同一个pom文件中
        ◆ 聚合与继承均属于设计型模块，并无实际的模块内容
●不同点∶∶
        ◆聚合是在当前模块中配置关系，聚合可以感知到参与聚合的模块有哪些
        ◆ 继承是在子模块中配置关系，父模块无法感知哪些子模块继承了自己

属性

版本统一的重要性

配置了父模块中的依赖，如果因为各种原因写错了相同资源的版本号，改了一处版本后另一处没改导致冲突。需要改一处后别的地方都能改的方法。通过配置属性解决这个问题。

属性类别

1. 自定义属性

作用：等同于定义变量，方便统一维护。

定义格式：

<!-- 定义自定义属性 -->
<properties>
    <spring.version>5.1.9.RELEASE</spring.version>
    <junit.version>4.12</junit.version>
</properties>

调用格式：

<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-context</artifactId>
    <version>${spring.version}</version>
</dependency>

2. 内置属性

作用：使用maven内置属性，快速配置

调用格式：

${basedir}
${version}

示例：

    <groupId>org.example</groupId>
    <artifactId>ssm</artifactId>
    <version>1.0-SNAPSHOT</version>  
    
<dependencyManagement>
        <dependencies>
            <!--导入资源文件pojo-->
            <dependency>
                <groupId>com.itheima</groupId>
                <artifactId>ssm_pojo</artifactId>
                <version>${version}</version
            </dependency>
        <dependencies>
<dependencyManagement>

3. Setting属性

作用：使用Maven配置文件setting.xml中的标签属性，用于动态配置

调用格式：

${settings.localRepository}

4. Java系统属性

作用：读取Java系统属性

调用格式：

${user.home}

系统属性查询方式，cmd中

mvn help:system（得到两部分信息，系统属性和环境变量属性）

5. 环境变量属性

作用：使用Maven配置文件setting.xml中的标签属性，用于动态配置

调用格式：

${env.JAVA_HOME}

环境变量属性查询方式

mvn help:system

版本管理

工程版本区分

工程版本

● SNAPSHOT（快照版本）
        ◆ 项目开发过程中，为方便团队成员合作，解决模块间相互依赖和时时更新的问题，开发者对每个模块进行构建的时候，输出的临时性版本叫快照版本（测试阶段版本）
        ◆快照版本会随着开发的进展不断更新
●RELEASE（发布版本）
        ◆项目开发到进入阶段里程碑后，向团队外部发布较为稳定的版本，这种版本所对应的构件文件是稳定的，即便进行功能的后续开发，也不会改变当前发布版本内容，这种版本称为发布版本

工程版本号约定

● 约定规范∶
        ◆<主版本>.<次版本>.<增量版本>.<里程碑版本>
        ◆主版本∶表示项目重大架构的变更，如∶spring5相较于spring4的迭代
        ◆次版本∶表示有较大的功能增加和变化，或者全面系统地修复漏洞
        ◆增量版本∶表示有重大漏洞的修复
        ◆ 里程碑版本∶表明一个版本的里程碑（版本内部）。这样的版本同下一个正式版本相比，相对来说不是很稳定，有待更多的测试

● 范例∶
        ◆5.1.9.RELEASE

资源配置

资源配置多文件维护

在前面实现对工程依赖资源管理的基础上进一步对配置文件进行管理。 

配置文件引用pom属性

作用：在任意配置文件中加载pom文件中定义的属性

调用格式：${属性}

开启配置文件加载pom属性

 示例：对jdbc.properties修改

ssm工程的pom

<properties>
        <jdbc.url>jdbc:mysql://localhost:3306/ssm_db</jdbc.url>
</properties>

<build>
        <!--配置资源文件对应信息-->
        <resources>
            <resource>
                <!--设定配置文件对应的位置目录，支持使用属性动态设定路径-->
                <directory>${project.basedir}/src/main/resources</directory>
                 <!--开启对配置文件的资源加载过滤(开启加载pom属性过滤功能)-->
                <filtering>true</filtering>
            </resource>
        </resources>
</build>

ssm_dao中的jdbc.properties

jdbc.driver=com.mysql.jdbc.Driver
jdbc.url=${jdbc.url}
jdbc.username=root
jdbc.password=itheima

多环境开发配置

多环境兼容

 要让项目适应多种运行环境，减少部署时配置的修改。

多环境配置

在pom中

 加载指定环境

加载指定环境
●作用
        ◆ 加载指定环境配置
● 调用格式
        mvn 指令 -P 环境定义id
● 范例
        mvn install -P pro env

跳过测试(了解)

跳过测试环节的应用场景

● 整体模块功能未开发
● 模块中某个功能未开发完毕
● 单个功能更新调试导致其他功能失败
● 快速打包
● ......

使用界面跳过测试

使用命令跳过测试

命令： mvn 指令 -D skipTests

注意：执行的指令生命周期必须包含测试环节

使用配置跳过测试

通过修改插件(如很多测试都已通过，不用再测的情况 )

私服

NexuS

● Nexus是Sonatype公司的一款maven私服产品
●下载地址∶https∶//help.sonatype.com/repomanager3/download

Nexus安装、启动与配置

●启动服务器（命令行启动）

nexus.exe /run nexus

● 访问服务器（默认端口∶8081）

http://localhost:8081

●修改基础配置信息
        ◆安装路径下etc目录中nexus-default.properties文件保存有nexus基础配置信息，例如默认访问端口
● 修改服务器运行配置信息
        ◆ 安装路径下bin目录中nexus.vmoptions文件保存有nexus服务器启动对应的配置信息，例如默认占用内存空间