1.maven约定的项目结构
建一个简单的maven项目
- 每一个maven项目在磁盘中都是一个文件夹,下面以项目:Hello为例
 
  - Hello                                                         //项目名称
    - src                                                   
      - main							  //存放主程序里的java代码和配置文件
        - java                                                    //主程序中的java文件
        - resources                                               //主程序中要使用的配置文件
      - test                                                      //存放测试程序代码和文件,可以没有
        - java                                                    //测试时使用的java文件
        - resources                                               //测试中要使用的配置文件
    - pom.xml                                                     //maven的核心文件,maven项目必须要有
- 在Hello/src/main/java下创建,创建包和java文件,并编写类文件HelloMaven.java
- 此时的java文件所在路径:Hello/src/main/java/wangxun/HelloMaven
 
 
mvn complie 命令
- 在项目Hello下执行命令:mvn complie
- 会编译Hello/src/main/java目录下的所有java文件
 
 - 此过程会下载许多东西
- 为什么要下载很多内容?(特别是第一次执行时)
- maven工具执行的操作需要很对插件,需要额外下载
 
 - 下载了哪些东西?
- 下载了很多需要的插件,本质是jar文件
 
 - 下载的内容存放到了哪里?
- 默认仓库(本机仓库):用户目录下的一个隐藏目录,".m2/repository"
 
 
 - 为什么要下载很多内容?(特别是第一次执行时)
 - 执行完mvn compile,看到build success
- 在项目的根目录下生成target目录(结果目录),maven编译的java程序,最后的class文件都放在target目录中
 
 
设置本机资源的存放位置
- 修改maven的配置文件,maven安装目录/conf/setting.xml
- 修改前先备份
 
 - 修改 < localRepository > 标签里的内容为你自定义的仓库目录
 
2.maven仓库
什么是仓库
- 仓库是存放东西的,用来存放maven使用的jar包和我们项目中使用的jar包
- maven使用的插件
 - 我们项目使用的jar包(比如:第三方工具)
 
 
仓库的分类
- 本地仓库:个人计算机上的文件夹,存放各种jar包
 - 远程仓库:互联网上的,使用网络进行访问
- 中央仓库:最权威的,所有开发人员都使用的一个集中仓库
 - 中央仓库的镜像:某种意义上的中央仓库的备份,在各大洲或者重要的城市中分布
 - 私服:在公司内部,通过局域网访问,不对外使用
 
 
仓库的使用
- 
不需要开发人员参与
 - 
仓库的调用
本地仓库 ----> 私服 ----> 镜像 ----> 中央仓库 <---- <---- <---- 
3.pom
存在形式
- maven项目对象模型,是一个pom.xml文件
 
坐标
- 唯一值,在互联网中唯一标识一个项目
- 公司域名的倒写
 - 自定义项目名称
 - 自定义版本号
 
 - 我们要使用权威的,公共的jar包时
- 在 https://www.mvnrepository.com 的中央仓库中搜索
 - 搜索的依据:目标jar包的坐标
 
 
packaging
- 打包后压缩文件的扩展名,默认是jar,web应用是war
 - packaging可以不写,默认是打成jar包
 
依赖
- 
dependencies和dependency,相当于java代码中的import
 - 
对项目中要使用的各种资源进行说明,例如需要mysql驱动
<dependencies> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>5.1.9</version> </dependency> <!-- 还可以添加更多其他的依赖 --> </dependencies> 
properties
- 设置属性
 
build
- 
maven在进行项目构建时,需要参考的配置信息
- 例如:指定编译java代码使用的jdk版本等
 
 - 
maven命令执行时,真正完成功能的是插件
- 插件就是一些jar文件,本质就是一些类文件
 
 - 
编译插件的配置示例
<build> <!-- 配置插件 --> <plugins> <!-- 配置具体的插件 --> <plugin> <!-- 插件坐标 --> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <version>3.8.1</version> <!-- 配置插件的信息 --> <configuration> <!-- 告诉maven代码在jdk1.8上编译--> <source>1.8</source> <!-- 告诉maven程序在jdk1.8上运行--> <target>1.8</target> </configuration> </plugin> </plugins> </build> 
4.maven生命周期
- 就是maven构建项目的过程
- 包括:清理,编译,测试,报告,打包,安装,部署等
 
 
5.maven命令
- 说明:maven可以独立使用,通过命令,完成maven的生命周期的执行
 
常用命令
- mvn clean
- 清除原来编译和测试的目录,即target目录,但是已经install仓库里的包不会清除
 
 - mvn compile
- 编译/src/main/java目录下的所有".java文件"为".class"文件,并将".class"文件放置到target/classes目录下
 - 将/src/main/resources/下的配置文件拷贝到target/classes目录下
 
 - mvn test-compile
- 编译/src/test/java目录下的所有".java文件"为".class"文件,并将".class"文件放置到target/test-classes目录下
 
 - mvn test
- 操作maven生命周期中的某个步骤时,如果前面的步骤没有执行则会先将前面空缺的步骤走完,再执行本次命令
 - 进行测试,显示测试结果到屏幕,并生成surefire-reports目录,保存测试结果
 
 - mvn package
- 编译,编译测试文件,测试,并且按照pom.xml配置把主程序( /src/main/java/* )编译后的class文件 + ( /src/main/resources/*)配置文件打包成特定名称的jar包或者war包
 
 - mvn install
- 将打包好的jar包,安装到本地maven仓库中
 - 在仓库里的存放位置,参考原maven项目里pom.xml里指定的项目坐标
 
 
6.单元测试
- 
junit
- 一个专门用来测试的小框架
 - 可以测试类中的方法,每个方法都是独立测试的,方法是测试的基本单位
 - maven借助单元测试,批量的测试类中的大量方法是否符合预期
 
 - 
使用步骤
- 
在pom.xml文件中加入单元测试依赖,示例如下:
<dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.11</version> <scope>test</scope> </dependency> - 
在maven项目中的src/test/java目录下,创建测试程序
- 测试目录的包名参考原包名
 - 推荐的创建类和方法的命名规范
- 测试类的名称:Test + 待测试类的名称
 - 测试的方法名称:test + 待测试的方法名称
 
 
 - 
测试示例:待测试的类为HelloMaven
//1. 创建测试类:TestHelloMaven //2. 创建测试方法 @Test public void testAdd(){ //测试HelloMaven的add方法是否正确 //需要用到junit提供的测试方法 } /* 说明: 方法是public的,必须的 方法没有返回值,必须的 方法名称是自定义的,推荐:test + 待测试方法名 在方法上加入:@Test */ 
 - 
 
相关文章
暂无评论...
