8. Maven的依赖管理 - 引入依赖

依赖管理(引入依赖)

1.目标

  • 能够掌握依赖引入的配置方式

2.路径

  1. 导入依赖
  2. 导入依赖练习
  3. 依赖范围

3.讲解

3.1导入依赖

导入依赖坐标,无需手动导入jar包就可以引入jar。在pom.xml中使用​​<dependency>​​标签引入依赖。

做项目/工作里面 都有整套的依赖的, 不需要背诵的.

或者可以去Maven官网找, 复制,粘贴即可.

例如:我们查找一下 junit 的坐标依赖, 访问 https://mvnrepository.com/

Maven的依赖管理 - 引入依赖_junit

image-20201213195704285 Maven的依赖管理 - 引入依赖_jdbc_02

image-20201213195812875 Maven的依赖管理 - 引入依赖_junit_03

image-20201213195841055

<!-- https://mvnrepository.com/artifact/junit/junit -->
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
<scope>test</scope>
</dependency>
3.1.1 导入junit的依赖
1. 在项目的 pom.xml 导入junit坐标依赖

Maven的依赖管理 - 引入依赖_单元测试_04

image-20201213200004303

<!--引入junit的依赖       -->
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
<scope>test</scope>
</dependency>
2.进行单元测试

Maven的依赖管理 - 引入依赖_java_05

image-20201213200050438

public class DemoTest {

@Test
public void test01(){
System.out.println("Demo Test...");
}

}
3.1.2 导入servlet的依赖
1.搜索Servlet 的依赖,如下:

Maven的依赖管理 - 引入依赖_maven_06

image-20201213200152945 Maven的依赖管理 - 引入依赖_jdbc_07

image-20201213200228478 Maven的依赖管理 - 引入依赖_junit_08

image-20201213200245924

<!-- https://mvnrepository.com/artifact/javax.servlet/javax.servlet-api -->
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>javax.servlet-api</artifactId>
<version>3.1.0</version>
<scope>provided</scope>
</dependency>
2.导入Servlet的坐标依赖

Maven的依赖管理 - 引入依赖_java_09

image-20201213200503721

<!--引入servlet的依赖-->
<!-- https://mvnrepository.com/artifact/javax.servlet/javax.servlet-api -->
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>javax.servlet-api</artifactId>
<version>3.1.0</version>
<scope>provided</scope>
</dependency>
3.创建 Servlet 程序

Maven的依赖管理 - 引入依赖_junit_10

image-20201213200603252

3.2 依赖范围

Maven的依赖管理 - 引入依赖_jdbc_11

image-20201213200903462

其中范围的说明如下:

Maven的依赖管理 - 引入依赖_junit_12

  • compile 编译、测试、运行,A在编译时依赖B,并且在测试和运行时也依赖
    例如:strus-core、spring-beans, C3P0,Druid。打到war包或jar包
  • provided 编译、和测试有效,A在编译和测试时需要B
    例如:servlet-api就是编译和测试有用,在运行时不用(tomcat容器已提供)不会打到war
  • runtime:测试运行有效,
    例如:jdbc驱动包 ,在开发代码中针对java的jdbc接口开发,编译不用在运行和测试时需要通过jdbc驱动包(mysql驱动)连接数据库,需要的会打到war
  • test:只是测试有效,只在单元测试类中用
    例如:junit 不会打到war
  • 按照依赖强度,由强到弱来排序:(理解)
    compile> provided> runtime> test

4.小结

  1. 坐标不需要背, 做项目时候/工作开发 都有整套的坐标. 如果是导入一些特定, 可以查阅网站,直接拷贝
  2. 作用范围
  • compile    编译、测试、打包运行部署 有效  【默认】
  • provided   编译, 测试 有效.  打包运行部署 无效
  • runtime    测试、打包运行部署 有效  编译无效
  • test           只是测试有效,只在单元测试类中用
  • Servlet,JSP 这类jar  需要加上provided ,  因为部署到Tomcat里面. tomcat里面有, 如果没有加上provided , 可能会导致jar 冲突
    单元测试的 建议加上test