Maven学习笔记__上篇

Maven学习笔记__上篇

本文档基于 尚硅谷视频教程 整理,仅用于个人学习/交流使用。

视频链接:https://www.bilibili.com/video/BV1TW411g7hP

官方资料:链接:https://pan.baidu.com/s/1o66CnnnX-MkoLa3z56joew 提取码:8uws

参考博客:https://blog.csdn.net/zxm1306192988/article/details/76209062

Maven学习笔记__上篇:https://blog.csdn.net/A233666/article/details/112852096

Maven学习笔记__下篇:https://blog.csdn.net/A233666/article/details/112852129

1、目前掌握的技术

Maven 是干什么用的?这是很多同学在刚开始接触 Maven 时最大的问题。之所以会提出这个问题, 是因为即使不使用 Maven 我们仍然可以进行 B/S 结构项目的开发。从表述层、业务逻辑层到持久化层 再到数据库都有成熟的解决方案——不使用 Maven 我们一样可以开发项目啊?

下图是我们目前已经掌握的技术:

image-20210119114803014

2、[why]目前的技术在开发中存在的问题

  1. 一个项目就是一个工程

    如果项目非常庞大,就不适合继续使用package来划分模块。最好是每一个模块对应一个项目,利于分工协作。
    借助于maven就可以将一个项目拆分成多个工程。

  2. 项目中需要的jar包必须手动“复制”、”粘贴” 到WEB-INF/lib 项目下

    带来的问题:同样的jar包文件重复出现在不同的项目工程中,一方面浪费存储空间,另外也让工程比较臃肿。

    借助Maven,可以将jar包仅仅保存在“仓库”中,有需要使用的工程“引用”这个文件,并不需要重复复制。

  3. jar包需要别人替我们准备好,或到官网下载

    所有知名框架或第三方工具jar包已经按照统一规范放在了Maven的中央仓库中。

  4. 一个jar包依赖的其他jar包需要自己手动加到项目中

    jar 包往往不是孤立存在的,很多 jar 包都需要在其他 jar 包的支持下才能够正常工作,我们称之为 jar 包之间的依赖关系。最典型的例子是:commons-fileupload-1.3.jar 依赖于 commons-io-2.0.1.jar,如果 没有 IO 包,FileUpload 包就不能正常工作。

    Maven会自动将被依赖的jar包导入进来。

    image-20210119112244797

3、[what]Maven是什么

  1. Maven 是 Apache 软件基金会组织维护的一款自动化构建工具,专注服务于 Java 平台的项目构建和依赖管理 。Maven 这个单词的本意是:专家,内行。读音是[‘meɪv(ə)n]或[‘mevn]。

    构建工具的发展:Make→Ant→Maven→Gradle

  2. 构建概念∶以“Java源文件”、“框架配置文件”、“JSP”、“HTML”、“图片”等资源为“原材料”,去“生产”一个可以运行的项目的过程。

    构建概念:就是以我们编写的Java代码、框架配置文件、国际化等其他资源文件、jsp页面和图片等静态资源作为“原材料”,去“生产”出一个可以运行的项目的过程。

    • 编译:Java源文件[User.java]→编译→Class字节码文件[User.class]→交给JVM去执行

    • 部署︰一个BS项目最终运行的并不是动态Web工程本身,而是这个动态Web工程“编译的结果”

      生的鸡→处理→熟的鸡

      动态Web工程→编译、部署→编译结果

    eclipse中的项目与tomcat中编译结果对比:

    开发过程中,所有的路径或配置文件中配置的类路径等都是以编译结果的目录结构为标准的。

    image-20210119114842461

    image-20210119112905999

  3. 构建过程中的几个主要环节

    ①清理:删除以前的编译结果,为重新编译做好准备。
    ②编译:将Java源程序编译为字节码文件。
    ③测试:针对项目中的关键点进行测试,确保项目在迭代开发过程中关键点的正确性。
    ④报告:将每一次测试后以标准的格式记录和展示测试结果。
    ⑤打包:将一个包含诸多文件的工程封装为一个压缩文件用于安装或部署。Java工程对应jar包,Web工程对象war包。
    ⑥安装:在Maven环境下特指将打包的结果——Jar包或War包安装到本地仓库中。
    ⑦部署:将打包的结果部署到远程仓库或将war包部署到服务器上运行。

  4. 自动化构建

    image-20210119113216789 image-20210119113253973

4、安装Maven核心程序

  1. 检查JAVA_HOME环境变量

    C:\Users\zxm>echo %JAVA_HOME%
    D:\Program Files\Java\jdk1.8.0_111

  2. 解压Maven核心程序的压缩包,放在一个非中文、无空格 的路径下

    D:\ProgramData\apache-maven-3.2.2

  3. 配置Maven相关的环境变量

image-20210119114911507

  1. 验证:运行 mvn -v 命令查看Maven版本

    C:\Users\zxm>mvn -v
    Apache Maven 3.2.2 (45f7c06d68e745d05611f7fd14efb6594181933e; 2014-06-17T21:51:42+08:00)
    Maven home: D:\ProgramData\apache-maven-3.2.2
    Java version: 1.8.0_111, vendor: Oracle Corporation
    Java home: D:\Program Files\Java\jdk1.8.0_111\jre
    Default locale: zh_CN, platform encoding: GBK
    OS name: “windows 10”, version: “10.0”, arch: “amd64”, family: “dos”

5、Maven的核心概念

  1. 约定的目录结构
  2. POM
  3. 坐标
  4. 依赖
  5. 仓库
  6. 生命周期/插件/目标
  7. 继承
  8. 聚合

6、第一个Maven工程

  1. 创建约定的目录结构

    image-20210119114944321

    pom.xml文件为Maven工程的核心配置文件

  2. 为什么要遵循约定的目录结构呢?

    我们在开发中如果需要让第三方工具或框架知道我们自己创建的资源在哪,那么基本上就是两种方式:

    ①以配置文件的方式明确告诉框架 如 < param-value>classpath:spring-context.xml < /param-value>

    ②遵循框架内部已经存在的约定 如log4j的配置文件名规定必须为 log4j.properties 或 log4j.xml ;Maven 使用约定的目录结构

    现在 JavaEE 开发领域普遍认同一个观点:约定>配置>编码。意思就是能用配置解决的问题就不编码, 能基于约定的就不进行配置。而 Maven 正是因为指定了特定文件保存的目录才能够对我们的 Java 工程进行 自动化构建。

7、Maven常用命令

  1. 注意:执行与构建过程相关的Maven命令,必须进入pom.xml 所在的目录。

  2. 常用命令

    【1】mvn clean : 清理
    【2】mvn compile : 编译主程序
    【3】mvn test-compile : 编译测试程序
    【4】mvn test : 执行测试
    【5】mvn package : 打包
    【6】mvn install : 安装
    【7】mvn site :生成站点

8、关于联网问题

  1. Maven 的核心程序中仅仅定义了抽象的生命周期,但是具体的工作必须有特定的插件来完成。而插件本身不包含在Maven核心程序中。

  2. 当我们执行的Maven命令需要用到某些插件时,Maven核心程序会首先到本地仓库中查找。

  3. 本地仓库的默认位置:[系统登陆用户的家目录] \ .m2\repository

  4. Maven核心程序如果在本地仓库中找不到需要的插件,那么它会自动连接外网,到中央仓库下载。

  5. 如果此时无法连接外网,则构建失败。

  6. 修改默认本地仓库的位置可以让Maven核心程序到我们事先准备好的目录下查找插件

    ①找到Maven解压目录\conf\settings.xml
    ②在setting.xml 文件中找到 localRepository 标签
    ③将 < localRepository>/path/to/local/repo< /localRepository>从注释中取出
    ④将标签体内容修改为自定义的Maven仓库目录
    

9、POM

Project Object Model:项目对象模型。将 Java 工程的相关信息封装为对象作为便于操作和管理的模型。 Maven 工程的核心配置。可以说学习 Maven 就是学习 pom.xml 文件中的配置。

  1. 含义:Project Object Model 项目对象模型

    DOM :Document Object Model 文档对象模型

  2. pom.xml 对于 Maven工程是核心配置文件,与构建过程相关的一切设置都在这个文件中进行配置。

    重要程度相当于web.xml 对于动态web工程

10、坐标

  1. 数学中的坐标:

    ①在平面中,使用X,Y坐标可以唯一的定位平面中任何一个点。
    ②在空间中,使用X,Y,Z三个向量可以唯一的定位空间中的任何一个点。

  2. Maven的坐标:

    使用下面三个向量在仓库中唯一定位一个Maven工程

    ①groupid:公司或组织域名倒序+项目名

    < groupid>com.atguigu.maven< /groupid>

    ②artifactid:模块名

    < artifactid>Hello< /artifactid>

    ③version:版本

    < version>1.0.0< /version>

  3. 如何通过坐标到仓库中查找 jar 包?

    [1]将 gav 三个向量连起来

    com.atguigu.maven+Hello+0.0.1-SNAPSHOT

    [2] 以连起来的字符串作为目录结构到仓库中查找

    com/atguigu/maven/Hello/0.0.1-SNAPSHOT/Hello-0.0.1-SNAPSHOT.jar

注意:我们自己的 Maven 工程必须执行安装操作才会进入仓库。安装的命令是:mvn install

11、仓库

  1. 仓库的分类

    ①本地仓库:当前电脑上部署的仓库目录,为当前电脑上所有Maven工程服务

    ②远程仓库
    (1)私服:搭建在局域网环境中,为局域网范围内的所有Maven工程服务
    这里写图片描述
    (2)中央仓库:假设在Internet上,为全世界所有Maven工程服务
    (3)中央仓库镜像:为了分担中央仓库流量,提升用户访问速度

  2. 仓库中保存的内容:Maven工程

    ①Maven自身所需要的插件
    ②第三方框架或工具的jar包
    ③我们自己开发的Maven工程

不管是什么样的 jar 包,在仓库中都是按照坐标生成目录结构,所以可以通过统一的方式查询或依赖。

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值