有了它、就可以开始做一个简单的Java项目了

299 阅读4分钟

今天是刘小爱自学Java的第99天。

感谢你的观看,谢谢你。

话不多说,开始今天的学习:

昨天下载并配置了maven,今天就实际操作下。

Maven的一个核心作用就是管理项目的依赖,这个依赖就可以理解成jar包。

有了它就不用再去网上一个一个找jar包了,直接添加jar包的坐标就好。

那么其具体如何导入呢?

一、依赖管理

在maven工程中,有一个核心配置文件pom.xml,在该配置文件中即可以引入依赖。

1本地仓库引入

<dependencies>标签就好比以前的lib包,<dependencie>标签也就对应着jar包。

其中关于标签名:

  • groupId:定义当前项目(jar包)隶属的实际项目组。
  • artifactId:定义当前项目(jar包)的名称。
  • version:定义当前项目(jar包)的版本号。

正是因为有了version这个标签的存在,通过该标签统一版本起来也方便了很多。

因为这两种依赖很常见,我本地仓库中已经有了,所以导入依赖时根据提示就可以导入。

此外在开发工具中也可以直接搜索依赖:

使用快捷键:Alt+Insert,可以搜索对应的依赖,点击即可以引入依赖。

不过上述这两种情况,都是本地仓库中存在对应的依赖才能够被搜索到。

如果本地仓库没有,就需要使用到私服了。

2私服引入

昨天在配置文件夹中就配置过对应的私服。

使用的是阿里云私服,将其路径复制下来访问,可以访问到如下界面:

通过文件搜索功能可以搜索到需要的依赖,比如我这边搜索的是druid。

找到对应的jar包点击,可以下载对应的jar包,但是如果是使用maven,不用下载。

将依赖复制后在项目中引入即可。

在引入依赖后开发工具右下角会出现如下提示:

点击import Changes就完成依赖的引入了。

同时也会将该依赖下载到本地仓库中。

二、依赖配置

在引入需要使用的依赖后,有时候不能直接就使用当前的依赖,需要对这些依赖进行配置。

1依赖范围设置

maven的运行环境有三种:编译classpath,测试classpath,运行classpath。

而依赖范围设置就是用来控制依赖与这三种classpath之间的关系的。

其中依赖范围都是在标签<scope>中配置:

①编译依赖范围compile

如果没有指定,默认就是这种依赖范围。

使用此依赖范围的Maven依赖,对于编译、测试、运行三种classpath都有效。

典型的例子就是jdbcTemplate,它在编译、测试和运行代码时都需要。

②测试依赖范围test

使用此依赖范围的Maven依赖,只对测试classpath有效。

在编译和运行项目期间都不需要使用此依赖。

典型的例子就是Junit,它只在测试代码时有效。

③已提供依赖范围:provided

使用此依赖范围的maven依赖在编译和测试classpath有效,但运行时无效。

典型的例子就是servlet-api。

编译和测试的时候需要使用servlet-api中的方法,但是使用tomcat运行项目的时候不需要。

我们查看下Tomcat的文件路径,会发现其本身就自带了该jar包。

所以Tomcat在运行期间会自动提供这个依赖。

如果我们引入的该依赖在运行时也有效,一旦和Tomcat自带的版本不一样,就会出现冲突。

④运行时依赖范围:runtime

使用此依赖范围的maven依赖对于测试和运行classpath有效,但在编译时无效。

典型的例子是JDBC驱动实现。

项目中只有在执行测试或者运行项目的时候才需要该依赖。

⑤系统依赖范围:system

该依赖和provided依赖范围完全一致。

但是此依赖不是来自Maven的中央仓库。

使用system范围的依赖时必须通过<systemPath>标签指定依赖文件的路径。

典型的例子是Oracle的驱动包。

该依赖从中央仓库无法下载,需要先将Oracle的驱动包下载到本地,再通过本地路径引入。

该依赖范围了解即可,使用不常见。

注意:

上述编译都是指对项目主代码的编译,不包含对于测试代码的编译。

2依赖版本维护

事实上,在一个项目中,需要引入的依赖是很多的,可能有几十个。

而各个依赖又有不同的版本,为了统一维护版本,可以专门将依赖的版本抽取出来统一管理:

在<properties>标签中放入各个依赖的版本号。

版本标签命名格式为依赖名.version。

在对应的依赖<version>中使用${}引入前面定义好的版本即可。

最后

谢谢你的观看。

如果可以的话,麻烦帮忙点个赞,谢谢你。