Maven的坐标以及依赖

搁浅°879

于 2024-08-11 15:33:58 发布

阅读量1k

点赞数 27

分类专栏： maven 文章标签： maven java 数据库

本文链接：https://blog.csdn.net/qq_63126439/article/details/141106253

版权

maven 专栏收录该内容

5 篇文章 0 订阅

订阅专栏

pom.xml文件（主要）

就像 Make 的 MakeFile、Ant 的 build.xml 一样，Maven 项目的核心是 pom.xml。POM( Project Object Model，项目对象模型 ) 定义了项目的基本信息，用于描述项目如何构建，声明项目依赖，等等。

坐标

坐标的概念

在 Maven 中坐标是构件的唯一标识，Maven 坐标的元素包括 groupId、artifactId、version、packaging、classifier。上述5个元素中，groupId、artifactId、version 是必须定义的，packaging 是可选的 ( 默认为 jar )。

坐标的意义

Maven世界拥有大量构建，我们需要找一个用来唯一标识一个构建的统一规范
拥有了统一规范，就可以把查找工作交给机器

坐标的含义

groupId：组织标识，一般为：公司网址的反写+项目名
artifactId：项目名称，一般为：项目名-模块名

version：版本号形式为0.0.1-SNAPSHOT：
第一个 0 表示大版本号，第二个 0 表示分支版本号，第三个 0 表示小版本号

SNAPSHOT -- 快照版本，ALPHA -- 内侧版本，BETA -- 公测版本，RELEASE -- 稳定版本，GA -- 正式发布

packaging：打包的方式，如：pom, jar, maven-plugin, ejb, war, ...

clissifier：用来帮助定义构件输出的一些附属构件。

自己项目的坐标

第三方项目坐标

依赖

依赖的意义

当编写Java代码时，我们总是需要一些库，例如，做单元测试我们需要JUnit库。对于更大的项目，我们可能需要创建自己的库并在不同的部分使用它的项目。不同的项目需要不同版本的库。保持项目最新的库JAR文件的正确版本不是一个容易的任务。

每个外部JAR可能还依赖于其他外部JAR文件等。以递归方式下载所有这些外部依赖JAR文件并确保下载正确的版本是一项巨大的任务。

当项目越来越大，我们将需要越来越多的外部依赖。

Maven将下载它们并将它们放在您的本地Maven存储库中。

我们可以在POM文件中的dependencies元素内指定依赖关系。

依赖的使用

例如我们的项目需要进行单元测试,则需要使用到junit-4.9.jar包,使用maven引用该依赖的方式如下:

属性说明:

三维坐标:引用依赖包的三维坐标,用来定位该依赖包;

scope: 控制该依赖包在什么情况下会被加到 classpath 中;

第三方依赖的查找方法

我们在不确定所需引用的第三方依赖包的坐标时,通过maven的中央仓库进行查找,网址: https://mvnrepository.com/;

以mybatis举例:

依赖范围

Maven项目在开发工程中有三套classpath

主代码：main下面的都是主代码在编译的时候的依赖
测试代码：test下是测试代码编译的时候的依赖
运行时：main代码在运行的时候对包的依赖

依赖范围的使用,通过在引用第三方依赖时的<scope></scope>标签进行设置,例如:

共 6 种 scope，包括：compile、provided、runtime、test、system、import。例如上图的junit,只在测试中使用,则选择test即可,默认为compile

Compile：编译依赖范围。默认使用此依赖范围，其下的maven依赖，对于编译，测试，运行classpath都有效。
Test：测试依赖范围。只对测试classpath有效，编译主代码或运行项目时无法使用此依赖。典型例子如junit。
Provided：已提供依赖范围。其对于编译与测试classpath有效，运行时无效。如在web开发时，只有在编译和测试时才用到servlet-api，将其设置为此范围，在运行时servlet-api由web容器提供，无须依赖。并且在打war包时，此范围的依赖不会打在WEB-INF/lib下。
Runtime：运行时依赖范围。与provided相对，运行时classpath有效。典型例子如jdbc（编写是接口规范运行是提供具体实现类需要jar包）。