StarMirror/CS-Notes

Fork 0

CyC2018 7c2454cf8e auto commit

2019-12-06 10:11:23 +08:00

4.6 KiB

Raw Blame History

一、构建工具的作用
二、Java 主流构建工具
三、Maven
参考资料

一、构建工具的作用

构建工具是用于构建项目的自动化工具，主要包含以下工作：

依赖管理

不再需要手动导入 Jar 依赖包，并且可以自动处理依赖关系，也就是说某个依赖如果依赖于其它依赖，构建工具可以帮助我们自动处理这种依赖关系。

运行单元测试

不再需要在项目代码中添加测试代码，从而避免了污染项目代码。

将源代码转化为可执行文件

包含预处理、编译、汇编、链接等步骤。

将可执行文件进行打包

不再需要使用 IDE 将应用程序打包成 Jar 包。

发布到生产服务器上

不再需要通过 FTP 将 Jar 包上传到服务器上。

二、Java 主流构建工具

Ant 具有编译、测试和打包功能，其后出现的 Maven 在 Ant 的功能基础上又新增了依赖管理功能，而最新的 Gradle 又在 Maven 的功能基础上新增了对 Groovy 语言的支持。

Gradle 和 Maven 的区别是，它使用 Groovy 这种特定领域语言（DSL）来管理构建脚本，而不再使用 XML 这种标记性语言。因为项目如果庞大的话，XML 很容易就变得臃肿。

例如要在项目中引入 Junit，Maven 的代码如下：

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
   <modelVersion>4.0.0</modelVersion>
 
   <groupId>jizg.study.maven.hello</groupId>
   <artifactId>hello-first</artifactId>
   <version>0.0.1-SNAPSHOT</version>

   <dependencies>
          <dependency>
               <groupId>junit</groupId>
               <artifactId>junit</artifactId>
               <version>4.10</version>
               <scope>test</scope>
          </dependency>
   </dependencies>
</project>

而 Gradle 只需要几行代码：

dependencies {
    testCompile "junit:junit:4.10"
}

三、Maven

概述

提供了项目对象模型（POM）文件来管理项目的构建。

仓库

仓库的搜索顺序为：本地仓库、中央仓库、远程仓库。

本地仓库用来存储项目的依赖库；
中央仓库是下载依赖库的默认位置；
远程仓库，因为并非所有的依赖库都在中央仓库，或者中央仓库访问速度很慢，远程仓库是中央仓库的补充。

POM

POM 代表项目对象模型，它是一个 XML 文件，保存在项目根目录的 pom.xml 文件中。

<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.12</version>
    <scope>test</scope>
</dependency>

[groupId, artifactId, version, packaging, classifier] 称为一个项目的坐标，其中 groupId、artifactId、version 必须定义，packaging 可选（默认为 Jar），classifier 不能直接定义的，需要结合插件使用。

groupId：项目组 Id，必须全球唯一；
artifactId：项目 Id，即项目名；
version：项目版本；
packaging：项目打包方式。

依赖原则

1. 依赖路径最短优先原则

A -> B -> C -> X(1.0)
A -> D -> X(2.0)

由于 X(2.0) 路径最短，所以使用 X(2.0)。

2. 声明顺序优先原则

A -> B -> X(1.0)
A -> C -> X(2.0)

在 POM 中最先声明的优先，上面的两个依赖如果先声明 B，那么最后使用 X(1.0)。

3. 覆写优先原则

子 POM 内声明的依赖优先于父 POM 中声明的依赖。

解决依赖冲突

找到 Maven 加载的 Jar 包版本，使用 mvn dependency:tree 查看依赖树，根据依赖原则来调整依赖在 POM 文件的声明顺序。

4.6 KiB Raw Blame History Unescape Escape