Maven
Maven
简介
Maven是什么
- Maven的本质是一个项目管理工具,将项目开发和管理的过程抽象成一个项目对象模型(POM)
- POM(Project Object Model):项目对象模型
Maven的作用
- 项目构建:提供标准的、跨平台的自动化项目构建方式
- 依赖管理:方便快捷的管理项目依赖的资源(jar包),避免资源间的版本冲突问题
- 统一开发结构:提供标准的,统一的项目结构
下载和安装
安装
- Maven属于绿色版软件,解压即安装
Maven环境变量配置
- 依赖java,需要配置JAVA_HOME
- 设置MAVEN自身的运行环境,需要配置MAVEN_HOME
- 测试环境配置结果
基础概念
仓库
用于存储资源,包含各种jar包
分类
- 本地仓库:自己电脑上存储资源的仓库,连接远程仓库获取资源
- 远程仓库:非本机电脑上的仓库,为本地仓库提供资源
- 中央仓库:Maven团队维护,存储所有资源的仓库
- 私服:部门/公司范围内存储资源的仓库,从中央仓库获取资源
私服的作用
- 保存具有版权的资源,包含购买或自主研发的jar
- 中央仓库中的jar都是开源的,不能存储具有版权的资源
- 一定范围内共享资源,仅对内部开放,不对外共享
坐标
Maven中的坐标用于描述仓库中资源的位置
主要组成
groupId
定义当前Maven项目隶属组织名称(通常是域名反写,例如:org.mybatis)
artifactId
定义当前Maven项目名称(通常是模块名称,例如CRM、SMS)
version
定义当前项目版本号
packaging
定义该项目的打包方式
坐标作用
使用唯一标识,唯一性定位资源位置,通过该表示可以将资源的识别与下载工作交由机器完成
本地仓库配置
Maven启动后,会自动保存下载的资源到本地仓库
默认位置
1
<localRepository>${user.home}/.m2/repository</localRepository>
当前目录位置为登录用户名所在目录下的.m2文件夹中
自定义位置
1
<localRepository>D:\maven\repository</localRepository>
当前目录位置为D:\maven\repository文件夹中
远程仓库配置
Maven默认连接的仓库位置
1 |
|
镜像仓库配置
在setting文件中配置阿里云镜像仓库
1 |
|
全局setting与用户setting区别
- 全局setting定义了当前计算器中的Maven的公共配置
- 用户setting定义了当前用户的配置
创建Maven项目
Maven工程目录结构
在src同层目录下创建pom.xml
1 |
|
Maven项目构建命令
Maven构建命令使用mvn开头,后面添加功能参数,可以一次执行多个命令,使用空格分隔
1
2
3
4
5mvn compile #编译
mvn clean #清理
mvn test #测试
mvn package #打包
mvn install #安装到本地仓库
插件创建工程
创建工程
1
2
3
4
5mvn archetype:generate
-DgroupId={project-packaging}
-DartifactId={project-name}
-DarchetypeArtifactId=maven-archetype-quickstart
-DinteractiveMode=false创建java工程
1
2
3mvn archetype:generate -DgroupId=com.itheima -DartifactId=java-project -
DarchetypeArtifactId=maven-archetype-quickstart -Dversion=0.0.1-snapshot -
DinteractiveMode=false创建web工程
1
2
3mvn archetype:generate -DgroupId=com.itheima -DartifactId=web-project -
DarchetypeArtifactId=maven-archetype-webapp -Dversion=0.0.1-snapshot -
DinteractiveMode=false
Maven和Maven web项目结构
IDEA创建Maven项目
配置Maven
idea对3.6.2以及上版本存在兼容性问题,为了避免冲突,IDEA安装使用3.6.1版本
手动创建java项目
原型创建Java项目
原型创建Web项目
插件
在pom文件中可以配置插件,比如配置Tomcat7运行插件,运行web项目
1 |
|
依赖管理
依赖配置
依赖指当前项目运行所需的jar,一个项目可以设置多个依赖
格式
1
2
3
4
5
6
7
8
9
10
11
12<!-- 设置当前项目所依赖的所有jar-->
<dependencies>
<!-- 设置具体的依赖 -->
<dependency>
<!--依赖所属群组id-->
<groupId>junit</groupId>
<!-- 依赖所属项目id-->
<artifactId>junit</artifactId>
<!--依赖版本号-->
<version>4.12</version>
</dependency>
</dependencies>
依赖传递
- 依赖具有传递性
- 直接依赖:在当前项目中通过依赖配置建立的依赖关系
- 间接依赖:被资源的资源依赖的其他资源,当前项目间接依赖其他资源
依赖传递冲突问题
路径优先
当依赖中出现相同的资源时,层级越深,优先级越低,层级越浅,优先级越高
声明优先
当资源在相同的层级被依赖时,配置顺序靠前的覆盖配置顺序靠后的
特殊优先
当同级配置了相同资源的不同版本,后配置的覆盖先配置的
可选依赖
可选依赖指对外隐藏当前所依赖的资源(不透明)
1 |
|
排除依赖
排除依赖指主动断开依赖的资源,被排除的资源无需指定版本(不需要)
1 |
|
依赖范围
依赖的jar默认情况可以在任何地方使用,可以通过scope标签设定其作用范围
作用范围:
主程序范围有效(main文件夹范围内)
测试程序范围有效(test文件夹范围内)
是否参与打包(package指令范围内)
scope | 主代码 | 测试代码 | 打包 | 范例 |
---|---|---|---|---|
compile(默认) | Y | Y | Y | log4j |
test | Y | Junit | ||
provided | Y | Y | service-api | |
runtime | Y | jdbc |
依赖范围传递性
带有依赖范围的资源在进行传递时,作用范围将受到影响
生命周期与插件
项目构建生命周期
Maven构建生命周期描述的是一次构建过程经历了多少个事件
Maven对项目构建的生命周期划分为3套:
- clean:清理工作
- default:核心工作,例如编译,测试,打包,部署等
- site:产生报告,发布站点等
clean生命周期
pre-clean
执行一些需要在clean之前完成的工作
clean
移除所有上一次构建生成的文件
post-clean
执行一些需要在clean之后立刻完成的工作
default构建生命周期
- validate(校验)
校验项目是否正确并且所有必要的信息可以完成项目的构建过程。
- initialize(初始化)
初始化构建状态,比如设置属性值。
- generate-sources(生成源代码)
生成包含在编译阶段中的任何源代码。
- process-sources(处理源代码)
处理源代码,比如说,过滤任意值。
- generate-resources(生成资源文件)
生成将会包含在项目包中的资源文件。
- process-resources (处理资源文件)
复制和处理资源到目标目录,为打包阶段最好准备。
- compile(编译)
编译项目的源代码。
- process-classes(处理类文件)
处理编译生成的文件,比如说对Java class文件做字节码改善优化。
- generate-test-sources(生成测试源代码)
生成包含在编译阶段中的任何测试源代码。
- process-test-sources(处理测试源代码)
处理测试源代码,比如说,过滤任意值。
- generate-test-resources(生成测试资源文件)
为测试创建资源文件。
- process-test-resources(处理测试资源文件)
复制和处理测试资源到目标目录。
- test-compile(编译测试源码)
编译测试源代码到测试目标目录.
- process-test-classes(处理测试类文件)
处理测试源码编译生成的文件。
- test(测试)
使用合适的单元测试框架运行测试(Juint是其中之一)。
- prepare-package(准备打包)
在实际打包之前,执行任何的必要的操作为打包做准备。
- package(打包)
将编译后的代码打包成可分发格式的文件,比如JAR、WAR或者EAR文件。
- pre-integration-test(集成测试前)
在执行集成测试前进行必要的动作。比如说,搭建需要的环境。
- integration-test(集成测试)
处理和部署项目到可以运行集成测试环境中。
- post-integration-test(集成测试后)
在执行集成测试完成后进行必要的动作。比如说,清理集成测试环境。
- verify (验证)
运行任意的检查来验证项目包有效且达到质量标准。
- install(安装)
安装项目包到本地仓库,这样项目包可以用作其他本地项目的依赖。
- deploy(部署)
将最终的项目包复制到远程仓库中与其他开发者和项目共享。
site构建生命周期
pre-site
执行一些需要在生成站点文档之前完成的工作
site
生成项目的站点文档
post-site
执行一些需要在生成站点文档之后完成的工作,并且为部署做准备
site-deploy
将生成的站点文档部署到特定的服务器上
插件
- 插件与生命周期内的阶段绑定,在执行到对应生命周期时执行对应的插件功能
- 默认Maven在各个生命周期上绑定有预设的功能
- 通过插件可以自定义其他功能
1 |
|
分模块开发与设计
工程模块与模块划分
ssm_pojo拆分
- 新建模块
- 拷贝原始项目中对应的相关内容到ssm_pojo模块中
- 实体类(例如User)
- 配置文件(无)
ssm_dao拆分
新建模块
拷贝原始项目中对应的相关内容到ssm_dao模块中
数据层接口(UserDao)
配置文件:保留与数据层相关配置文件(3个)
注意:分页插件在配置中与SqlSessionFactoryBean绑定,需要保留
pom.xml:引入数据层相关坐标即可,删除springmvc相关坐标
- spring
- mybatis
- spring整合mybatis
- mysql
- druid
- pagehelper
- 直接依赖ssm_pojo(对ssm_pojo模块执行install指令,将其安装到本地仓库)
ssm_service拆分
- 新建模块
- 拷贝原始项目中对应的相关内容到ssm_service模块中
- 业务层接口与实现类(UserService、UserServiceImpl)
- 配置文件:保留与数据层相关的配置文件(1个)
- pom.xml:引入数据层相关坐标即可,删除springmvc相关坐标
- spring
- junit
- spring整合junit
- 直接依赖ssm_dao(对ssm_dao模块执行install指令,将其安装到本地仓库)
- 间接依赖ssm_pojo(由ssm_dao模块负责依赖关系的建立)
- 修改service模块spring核心配置文件名,添加模块名称,格式:applicationContext.service.xml
- 修改dao模块spring核心配置文件名,添加模块名称,格式:applicationContext-dao.xml
- 修改单元测试引入的配置文件名称,由单个文件修改为多个文件
ssm_controller拆分
- 新建模块(使用webapp模板)
- 拷贝原始项目中对应的相关内容到ssm_controller模块中
- 表现层控制器类与相关设置类(UserController、异常相关…)
- 配置文件:保留与表现层相关配置文件(1个)、服务器相关配置文件(1个)
- pom.xml:引入数据层相关坐标即可,删除springmvc相关坐标
- spring
- springmvc
- jackson
- tomcat服务器插件
- 直接依赖ssm_service(对ssm_service模块进行install指令,将其安装到本地仓库)
- 间接依赖ssm_dao、ssm_pojo
- 修改web.xml配置文件中加载spring环境的配置文件名称,使用*通配,加载所有applicationContext-开始的配置文件
小结
分模块开发:
- 模块中仅包含当前模块对应的功能类与配置文件
- spring核心配置根据模块功能不同进行独立制作
- 当前模块所依赖的模块通过导入坐标的形式加入当前模块后才可以使用
- web.xml需要加载所有的spring核心配置文件