👉引言💎
学习的最大理由是想摆脱平庸,早一天就多一份人生的精彩;迟一天就多一天平庸的困扰。 热爱写作,愿意让自己成为更好的人............
铭记于心 | ||
🎉✨🎉我唯一知道的,便是我一无所知🎉✨🎉 |
Maven的命令行操作
根据坐标创建Maven工程
学习命令行操作作为将来在IDEA中使用图形化界面操作的过渡。使用命令行可以不受IDEA这样的环境的干扰,这样就有一个纯净的测试Maven功能的环境。我们的目标是通过命令学习Maven的功能和用法。
实验一:根据坐标创建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
一定要学会根据坐标到本地仓库中找到对应的jar包。
2、实验操作
①创建目录作为后面操作的工作空间
例如:D:\maven-workspace\space210323
②在工作空间目录下打开命令行窗口
③使用命令生成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
aven
Y: :【直接回车,表示确认】
④调整
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>
3、Maven核心概念:POM
①含义
POM:Project Object Model,项目对象模型。和POM类似的是:DOM:Document Object Model,文档对象模型。
②思想
POM表示将工程抽象为一个模型,再用程序中的对象来描述这个模型。这样我们就可以用程序来管理项目了。我们在开发过程中,最基本的做法就是将现实生活中的事物抽象为模型,然后封装模型相关的数据作为一个对象,这样就可以在程序中计算与现实事物相关的数据。
③对应的配置文件
POM理念集中体现在Maven工程根目录下pom.xml这个配置文件中。所以这个pom.xml配置文件就是Maven工程的核心配置文件。其实学习Maven就是学这个文件怎么配置,各个配置有什么用。
4、Maven核心概念:约定的目录结构
①各个目录的作用
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ZWkCuLV2-1648114579374)(image/img011.png “”)]
另外还有一个target目录专门存放构建操作输出的结果。
②约定目录结构的意义
Maven为了让构建过程能够尽可能自动化完成,所以必须约定目录结构的作用。例如:Maven执行编译操作,必须先去Java源程序目录读取Java源代码,然后执行编译,最后把编译结果存放在target目录。
③约定大于配置
Maven对于目录结构这个问题,没有采用配置的方式,而是基于约定。这样会让我们在开发过程中非常方便。如果每次创建Maven工程后,还需要针对各个目录的位置进行详细的配置,那肯定非常麻烦。
目前开发领域的技术发展趋势就是:约定大于配置,配置大于编码。
实验二:在Maven工程中编写代码
1、主体程序
①自动生成的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>
②编写主体程序
主体程序指的是被测试的程序,同时也是将来在项目中真正要使用的程序。
直接从网页或其他地方复制的代码 有可能会隐藏一些空白字符,而导致编译失败,所以如果编译失败就处理一下这些空白字符
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,在任何目录下执行都可以。