Maven的依赖管理 – 引入依赖

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

依赖管理(引入依赖)

1.目标

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

2.路径

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

3.讲解

3.1导入依赖

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

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

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

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

Maven的依赖管理 - 引入依赖
image-20201213195704285
Maven的依赖管理 - 引入依赖
image-20201213195812875
Maven的依赖管理 - 引入依赖
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的依赖管理 - 引入依赖
image-20201213200004303
<!--引入junit的依赖       -->
<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.12</version>
    <scope>test</scope>
</dependency>
2.进行单元测试
Maven的依赖管理 - 引入依赖
image-20201213200050438
public class DemoTest {

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

}
3.1.2 导入servlet的依赖
1.搜索Servlet 的依赖,如下:
Maven的依赖管理 - 引入依赖
image-20201213200152945
Maven的依赖管理 - 引入依赖
image-20201213200228478
Maven的依赖管理 - 引入依赖
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的依赖管理 - 引入依赖
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的依赖管理 - 引入依赖
image-20201213200603252

3.2 依赖范围

Maven的依赖管理 - 引入依赖
image-20201213200903462

其中范围的说明如下:

Maven的依赖管理 - 引入依赖
  • 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           只是测试有效,只在单元测试类中用
  3. Servlet,JSP 这类jar  需要加上provided ,  因为部署到Tomcat里面. tomcat里面有, 如果没有加上provided , 可能会导致jar 冲突

    单元测试的 建议加上test


原文始发于微信公众号(海洋的渔夫):Maven的依赖管理 – 引入依赖

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/33599.html

(0)
小半的头像小半

相关推荐

发表回复

登录后才能评论
极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!