一、实验一：根据坐标创建 Maven 工程

1、Maven 核心概念：坐标

1.1 数学中的坐标

使用 x、y、z 三个『向量』作为空间的坐标系，可以在空间中唯一的定位到一个『点』。

1.2 Maven中的坐标

⭕向量说明 使用三个向量在Maven的仓库中唯一的定位到一个jar包。

1. groupId：公司或组织的 id
2. artifactId：一个项目或者是项目中的一个模块的 id
3. version：版本号

⭕三个向量的取值方式

1. groupId：公司或组织域名的倒序，通常也会加上项目名称 例如：com.atguigu.maven
2. artifactId：模块的名称，将来作为 Maven 工程的工程名
3. version：模块的版本号，根据自己的需要设定
   例如：SNAPSHOT 表示快照版本，正在迭代过程中，不稳定的版本
   例如：RELEASE 表示正式版本

⭕ 举例：

1. groupId：com.atguigu.maven
2. artifactId：pro01-atguigu-maven
3. version：1.0-SNAPSHOT

1.3 坐标和仓库中 jar 包的存储路径之间的对应关系

坐标：

<groupId>javax.servlet</groupId>
<artifactId>servlet-api</artifactId>
<version>2.5</version>

上面坐标对应的 jar 包在 Maven 本地仓库中的位置：

Maven本地仓库根目录\\javax\\servlet\\servlet-api\\2.5\\servlet-api-2.5.jar

2、实验操作

2.1 创建目录作为后面操作的工作空间

例如:
D:\\maven-workspace\\space201026

WARNING

此时我们已经有了三个目录，分别是：

1. Maven 核心程序：中军大帐
2. Maven 本地仓库：兵营
3. 本地工作空间：战场

2.2 在工作空间目录下打开命令行窗口

2.3 使用命令生成Maven工程

运行 mvn archetype:generate 命令

下面根据提示操作

Choose a number or apply filter (format: [groupId:]artifactId, case sensitive contains): 7:【直接回车，使用默认值】Define value for property 'groupId': com.atguigu.mavenDefine value for property 'artifactId': pro01-maven-javaDefine value for property 'version' 1.0-SNAPSHOT: :【直接回车，使用默认值】Define value for property 'package' com.atguigu.maven: :【直接回车，使用默认值】Confirm properties configuration: groupId: com.atguigu.maven artifactId: pro01-maven-java version: 1.0-SNAPSHOT package: com.atguigu.maven Y: :【直接回车，表示确认。如果前面有输入错误，想要重新输入，则输入 N 再回车。】

2.4 调整

Maven 默认生成的工程，对 junit 依赖的是较低的 3.8.1 版本，我们可以改成较适合的 4.12 版本。

自动生成的 App.java 和 AppTest.java 可以删除。

<!-- 依赖信息配置 -->
<!-- dependencies复数标签：里面包含dependency单数标签 -->
<dependencies><!-- dependency单数标签：配置一个具体的依赖 --><dependency><!-- 通过坐标来依赖其他jar包 --><groupId>junit</groupId><artifactId>junit</artifactId><version>4.12</version><!-- 依赖的范围 --><scope>test</scope></dependency>
</dependencies>

2.5 自动生成的 pom.xml 解读

 <!-- 当前Maven工程的坐标 --><groupId>com.atguigu.maven</groupId><artifactId>pro01-maven-java</artifactId><version>1.0-SNAPSHOT</version><!-- 当前Maven工程的打包方式，可选值有下面三种： --><!-- jar：表示这个工程是一个Java工程  --><!-- war：表示这个工程是一个Web工程 --><!-- pom：表示这个工程是“管理其他工程”的工程 --><packaging>jar</packaging><name>pro01-maven-java</name><url>http://maven.apache.org</url><properties><!-- 工程构建过程中读取源码时使用的字符集 --><project.build.sourceEncoding>UTF-8</project.build.sourceEncoding></properties><!-- 当前工程所依赖的jar包 --><dependencies><!-- 使用dependency配置一个具体的依赖 --><dependency><!-- 在dependency标签内使用具体的坐标依赖我们需要的一个jar包 --><groupId>junit</groupId><artifactId>junit</artifactId><version>4.12</version><!-- scope标签配置依赖的范围 --><scope>test</scope></dependency></dependencies>

3、Maven核心概念：POM

3.1 含义

POM：Project Object Model，项目对象模型。
和 POM 类似的是：DOM（Document Object Model），文档对象模型。它们都是模型化思想的具体体现。

3.2 模型化思想

POM表示将工程抽象为一个模型，再用程序中的对象来描述这个模型。这样我们就可以用程序来管理项目了。我们在开发过程中，最基本的做法就是将现实生活中的事物抽象为模型，然后封装模型相关的数据作为一个对象，这样就可以在程序中计算与现实事物相关的数据。

3.3 对应的配置文件

POM 理念集中体现在 Maven 工程根目录下 pom.xml 这个配置文件中。所以这个 pom.xml 配置文件就是 Maven工程的核心配置文件。其实学习 Maven 就是学这个文件怎么配置，各个配置有什么用。

4、Maven核心概念：约定的目录结构

4.1 各个目录的作用

另外还有一个 target 目录专门存放构建操作输出的结果。

4.2 约定目录结构的意义

Maven 为了让构建过程能够尽可能自动化完成，所以必须约定目录结构的作用。例如：Maven 执行编译操作，必须先去 Java源程序目录读取 Java 源代码，然后执行编译，最后把编译结果存放在 target 目录。

4.3 约定大于配置

Maven 对于目录结构这个问题，没有采用配置的方式，而是基于约定。这样会让我们在开发过程中非常方便。如果每次创建 Maven工程后，还需要针对各个目录的位置进行详细的配置，那肯定非常麻烦。

目前开发领域的技术发展趋势就是：约定大于配置，配置大于编码。

二、实验二：在 Maven 工程中编写代码

1、主体程序

主体程序指的是被测试的程序，同时也是将来在项目中真正要使用的程序。

package com.atguigu.maven;public class Calculator {public int sum(int i, int j){return i + j;}}

2、测试程序

package com.atguigu.maven;import org.junit.Test;
import com.atguigu.maven.Calculator;// 静态导入的效果是将Assert类中的静态资源导入当前类
// 这样一来，在当前类中就可以直接使用Assert类中的静态资源，不需要写类名
import static org.junit.Assert.*;public class CalculatorTest{@Testpublic void testSum(){// 1.创建Calculator对象Calculator calculator = new Calculator();// 2.调用Calculator对象的方法，获取到程序运行实际的结果int actualResult = calculator.sum(5, 3);// 3.声明一个变量，表示程序运行期待的结果int expectedResult = 8;// 4.使用断言来判断实际结果和期待结果是否一致// 如果一致：测试通过，不会抛出异常// 如果不一致：抛出异常，测试失败assertEquals(expectedResult, actualResult);}}

三、实验三：执行 Maven 的构建命令

1、要求

运行 Maven 中和构建操作相关的命令时，必须进入到 pom.xml 所在的目录。如果没有在 pom.xml 所在的目录运行 Maven的构建命令，那么会看到下面的错误信息：

The goal you specified requires a project to execute but there is no POM in this directory

TIP：

mvn -v 命令和构建操作无关，只要正确配置了 PATH，在任何目录下执行都可以。而构建相关的命令要在 pom.xml所在目录下运行——操作哪个工程，就进入这个工程的 pom.xml 目录。

2、清理操作

mvn clean

效果：删除 target 目录

3、编译操作

4、测试操作

mvn test

测试的报告存放的目录：target/surefire-reports

5、打包操作

mvn package

打包的结果——jar 包，存放的目录：target

6、安装操作

mvn install

[INFO] Installing D:\\maven-workspace\\space201026\\pro01-maven-java\\target\\pro01-maven-java-1.0-SNAPSHOT.jar to D:\\maven-rep1026\\com\\atguigu\\maven\\pro01-maven-java\\1.0-SNAPSHOT\\pro01-maven-java-1.0-SNAPSHOT.jar
[INFO] Installing D:\\maven-workspace\\space201026\\pro01-maven-java\\pom.xml to D:\\maven-rep1026\\com\\atguigu\\maven\\pro01-maven-java\\1.0-SNAPSHOT\\pro01-maven-java-1.0-SNAPSHOT.pom

安装的效果是将本地构建过程中生成的 jar 包存入 Maven 本地仓库。这个 jar 包在 Maven 仓库中的路径是根据它的坐标生成的。

坐标信息如下：

<groupId>com.atguigu.maven</groupId>
<artifactId>pro01-maven-java</artifactId>
<version>1.0-SNAPSHOT</version>

在 Maven 仓库中生成的路径如下：

D:\\maven-rep1026\\com\\atguigu\\maven\\pro01-maven-java\\1.0-SNAPSHOT\\pro01-maven-java-1.0-SNAPSHOT.jar

另外，安装操作还会将 pom.xml 文件转换为 XXX.pom 文件一起存入本地仓库。所以我们在 Maven 的本地仓库中想看一个 jar包原始的 pom.xml 文件时，查看对应 XXX.pom 文件即可，它们是名字发生了改变，本质上是同一个文件。