第一节 实验一:根据坐标创建 Maven 工程
1、Maven 核心概念:坐标
①数学中的坐标
使用 x、y、z 三个『向量』作为空间的坐标系,可以在『空间』中唯一的定位到一个『点』。
②Maven中的坐标
[1]向量说明
使用三个『向量』在『Maven的仓库』中唯一的定位到一个『jar』包。(由大到小越来越精确)
- groupId:公司或组织的 id
- artifactId:一个项目或者是项目中的一个模块的 id
- version:版本号
[2]三个向量的取值方式
-
groupId:公司或组织域名的倒序,通常也会加上项目名称
- 例如:com.atguigu.maven
-
artifactId:模块的名称,将来作为 Maven 工程的工程名
-
version:模块的版本号,根据自己的需要设定
- 例如:SNAPSHOT 表示快照版本,正在迭代过程中,不稳定的版本
- 例如:RELEASE 表示正式版本
举例:
- groupId:com.atguigu.maven
- artifactId:pro01-atguigu-maven
- version:1.0-SNAPSHOT
③坐标和仓库中 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
\javax\servlet —— groupId 公司或组织域名的倒序
\servlet-api —— artifactId 模块的名称
\2.5 —— version 模块版本号
\servlet-api-2.5.jar —— artifactId-version.jar
一定要学会根据坐标到本地仓库中找到对应的 jar 包。
2、实验操作
①创建目录作为后面操作的工作空间
例如:D:\maven-workspace\space201026
⚠
此时我们已经有了三个目录,分别是:
- Maven 核心程序:中军大帐
- Maven 本地仓库:兵营
- 本地工作空间:战场
②在工作空间目录下打开命令行窗口
③使用命令生成Maven工程
运行 mvn archetype:generate命令
下面根据提示操作
💁♂️
Choose a number or apply filter (format: [groupId:]artifactId, case sensitive contains): 7:【直接回车,使用默认值】
Define value for property ‘groupId’: com.atguigu.maven
Define value for property ‘artifactId’: pro01-maven-java
Define 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
👦【直接回车,表示确认。如果前面有输入错误,想要重新输入,则输入 N 再回车。】
④调整
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>
⑤自动生成的 pom.xml 解读
<!-- project 标签:根标签,表示对当前工程进行配置、管理 -->
<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 标签:从Maven2开始就固定是4.0.0 -->
<!-- 代表当前 pom.xml 所采用的标签结构。 -->
<modelVersion>4.0.0</modelVersion>
<!-- 坐标信息 -->
<!-- groupId 标签:坐标向量之一:代表公司或组织开发的某一个项目 -->
<groupId>com.jachie.maven</groupId>
<!-- artifactId 标签:坐标向量之一:代表项目下的某一个模块 -->
<artifactId>pro01-maven-java</artifactId>
<!-- version 标签:坐标向量之一:代表当前模块的版本 -->
<version>1.0-SNAPSHOT</version>
<!-- packaging 标签:打包方式 -->
<!-- 取值 jar:生成 jar包,说明这是一个Java工程。-->
<!-- 取值 war:生成 war包,说明这是一个Web工程。-->
<!-- 取值 pom:说明这个工程是用来管理其他工程的工程。-->
<packaging>jar</packaging>
<name>pro01-maven-java</name>
<url>http://maven.apache.org</url>
<!-- properties 标签:在 Maven 中定义属性值 -->
<properties>
<!-- 在构建过程中读取源码时使用的字符集 -->
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
</properties>
<!-- dependencies 标签:配置依赖信息,包含多个dependency 子标签 -->
<dependencies>
<!-- dependency 标签:配置一个具体的依赖信息 -->
<dependency>
<!-- 坐标信息:导入哪个jar包,就配置它的坐标信息即可 -->
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
<!-- scope 标签:配置当前以来的范围 -->
<scope>test</scope>
</dependency>
</dependencies>
</project>
3、Maven核心概念:POM
①含义
POM:Project Object Model,项目对象模型。和 POM 类似的是:DOM(Document Object Model),文档对象模型。它们都是模型化思想的具体体现。
②模型化思想
POM 表示将工程抽象为一个模型,再用程序中的对象来描述这个模型。这样我们就可以用程序来管理项目了。我们在开发过程中,最基本的做法就是将现实生活中的事物抽象为模型,然后封装模型相关的数据作为一个对象,这样就可以在程序中计算与现实事物相关的数据。
③对应的配置文件
POM 理念集中体现在 Maven 工程根目录下 pom.xml 这个配置文件(与Web工程的web.xml一样属于配置文件)中。所以这个 pom.xml 配置文件就是 Maven 工程的核心配置文件。其实学习 Maven 就是学这个文件怎么配置,各个配置有什么用。
4、Maven核心概念:约定的目录结构
①各个目录的作用
另外还有一个 target目录专门存放构建操作输出的结果。
②约定目录结构的意义
Maven 为了让构建过程能够尽可能自动化完成,所以必须约定目录结构的作用。例如:Maven 执行编译操作,必须先去 Java 源程序目录读取 Java 源代码,然后执行编译,最后把编译结果存放在 target 目录。
③约定大于配置
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{
@Test
public 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
💁♂️
mvn -v 命令和构建操作无关,只要正确配置了 PATH,在任何目录下执行都可以。
而构建相关的命令要在 pom.xml 所在目录下运行——操作哪个工程,就进入这个工程的 pom.xml 目录。
2、清理操作
mvn clean
效果:删除 target 目录
3、编译操作
主程序编译:mvn compile
测试程序编译:mvn test-compile
主体程序编译结果存放的目录:target/classes
测试程序编译结果存放的目录:target/test-classes
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 文件即可,它们是名字发生了改变,本质上是同一个文件。
注意:命令是可以组合执行的
eg:
mvn clean compile:先清理再编译
mcn clean package:先清理再打包
…