品牌网站设计图片,技术网站的费用怎么做会计分录,荣耀手机官网查询正品,专做海岛游的网站目录
一. 前言
二. Maven 下载与安装
2.1. 下载
2.2. 安装
三. Maven 核心概念
3.1. POM
3.2. 约定的目录结构
3.3. 坐标
3.4. 依赖管理
3.4.1. 直接依赖和间接依赖
3.4.2. 依赖的排除
3.4.3. 统一的版本管理
3.4.4. 依赖范围
3.5. 仓库
3.6. 生命周期/插件/目标…目录
一. 前言
二. Maven 下载与安装
2.1. 下载
2.2. 安装
三. Maven 核心概念
3.1. POM
3.2. 约定的目录结构
3.3. 坐标
3.4. 依赖管理
3.4.1. 直接依赖和间接依赖
3.4.2. 依赖的排除
3.4.3. 统一的版本管理
3.4.4. 依赖范围
3.5. 仓库
3.6. 生命周期/插件/目标
3.6.1. 生命周期
3.6.2. 插件和目标
3.7. 继承
3.8. 聚合
四. Maven 命令
4.1. 常用打包命令
4.2. 命令大全
五. Idea 配置 Maven 一. 前言 Maven 是 Apache 软件基金会组织维护的一款自动化构建工具专注服务于 Java 平台的项目构建和依赖管理。Maven 这个单词的本意是专家内行。读音是[meɪv(ə)n]或[meɪvn]。 二. Maven 下载与安装
2.1. 下载
下载地址Maven – Download Apache Maven 下载历史版本Index of /dist/maven/maven-3 2.2. 安装
1. 解压maven核心程序安装包放在一个非中文无空格的文件夹中 2. 配置maven的相关环境变量
新增环境变量名MAVEN_HOME 或者 M2_HOME。变量值为安装目录bin目录的上一级目录。Maven 1.x版本时使用MAVEN_HOME在Maven 2.x版本时我们需要使用M2_HOME同样现在进入Maven 3.x版本也延续了Maven 2.x版本仍然是使用M2_HOME。 Path%M2_HOME%\bin
3. 验证
运行 mvn -v 命令查看maven的版本。运行命令前确保JDK已配置OK。 三. Maven 核心概念 Maven 能够实现自动化构建是和它的内部原理分不开的这里我们从 Maven 的八个核心概念POM、约定的目录结构、坐标、依赖管理、仓库、生命周期/插件/目标、继承、聚合入手看看 Maven 是如何实现自动化构建的。
3.1. POM
Pom全称为project object model意思为项目对象模型。通过xml表示maven项目使用pom.xml来实现。
主要描述了项目包括配置文件开发者需要遵循的规则组织和项目的url项目的依赖性以及其他所有的项目相关因素。
3.2. 约定的目录结构
约定的目录结构对于 Maven 实现自动化构建而言是必不可少的一环就拿自动编译来说Maven 必须能找到 Java 源文件下一步才能编译而编译之后也必须有一个准确的位置保持编译得到的字节码文件。
创建约定的目录结构如下 helloworld
|----src
|----|----main
|----|----|----java
|----|----|----resources
|----|----test
|----|----|----java
|----|----|----resources
|----pom.xml 1. helloworld工程名 2. src目录源码 3. pom.xml文件Maven工程的核心配置文件 4. main目录存放主程序 5. test目录存放测试程序 6. java目录存放Java源文件 7. resources目录存放配置文件
helloworld 项目源码 // Hello.javapackage com.mycom.myapp;public class Hello {public String sayHello(String name) {return Hello name !;}
} // 测试程序package com.mycom.test;import com.mycom.myapp.Hello;
import org.junit.Test;public class HelloTest {Testpublic void testHello() {Hello hello new Hello();String result hello.sayHello(流华追梦);System.out.println(result);}
} // pom.xml?xml version1.0 encodingUTF-8?
project xmlnshttp://maven.apache.org/POM/4.0.0xmlns:xsihttp://www.w3.org/2001/XMLSchema-instancexsi:schemaLocationhttp://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsdmodelVersion4.0.0/modelVersiongroupIdcom.mycom.myapp/groupIdartifactIdhelloworld/artifactIdversion0.0.1-SNAPSHOT/versionnamehelloworld/namedependenciesdependencygroupIdjunit/groupIdartifactIdjunit/artifactIdversion4.0/versionscopetest/scope/dependency/dependencies
/project 3.3. 坐标
1. 几何中的坐标
在一个平面中使用 x、y 两个向量可以唯一的确定平面中的一个点。 在空间中使用 x、y、z 三个向量可以唯一的确定空间中的一个点。
2. Maven 的坐标
使用如下三个向量在 Maven 的仓库中确定一个 Maven 工程 1. groupid定义了项目属于哪个组举个例子如果你的公司是mycom有一个项目为myapp那么groupId就应该是com.mycom.myapp。 2. artifactId当前项目的模块名称 3. version当前模块的版本 dependencygroupIdcom.mycom.myapp/groupIdartifactIdhelloworld/artifactIdversion0.0.1-SNAPSHOT/version
/dependency 注SNAPSHOT是快照的意思代表版本不稳定、尚处于开发中的版本如果设为Release版本则代表稳定的版本。
3. 如何通过坐标在仓库中查找 jar 包
1. 将 gavgroupId、artifactId、version 三个向量连起来 com.mycom.myapphelloworld0.0.1-SNAPSHOT
2. 用连起来的字符串作为目录结构到仓库中查找 com/mycom/myapp/helloworld/0.0.1-SNAPSHOT/helloworld-0.0.1-SNAPSHOT.jar
3. 通过网站 https://mvnrepository.com/ 查找jar包坐标以及查看依赖
※注意我们自己的 Maven 工程必须执行安装操作才会进入仓库。安装的命令是mvn install
3.4. 依赖管理
A项目需要引用B项目中的类那么A对B就产生了依赖例如commons-fileupload依赖commons-io包。
Maven解析依赖信息时会到本地仓库中查找被依赖的jar包。对于我们自己开发的Maven工程使用mvn install 命令安装后就可以进入仓库。
示例
工程名hellofriend 目录结构与helloworld工程相同 // pom.xml 文件?xml version1.0 ?
project xmlnshttp://maven.apache.org/POM/4.0.0 xmlns:xsihttp://www.w3.org/2001/XMLSchema-instance xsi:schemaLocationhttp://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsdmodelVersion4.0.0/modelVersiongroupIdcom.mycom.myapp/groupIdartifactIdhellofriend/artifactIdversion0.0.1-SNAPSHOT/versionnamehellofriend/namedependenciesdependencygroupIdjunit/groupIdartifactIdjunit/artifactIdversion4.0/versionscopetest/scope/dependencydependencygroupIdcom.mycom.myapp/groupIdartifactIdhelloworld/artifactIdversion0.0.1-SNAPSHOT/versionscopecompile/scope/dependency/dependencies
/project // 主程序在src/main/java/com/mycom/myapp目录下新建文件HelloFriend.javapackage com.mycom.myapp;import com.mycom.myapp.Hello;public class HelloFriend { public String sayHelloToFriend(String name){ Hello hello new Hello(); String str hello.sayHello(name) I am this.getMyName();System.out.println(str);return str;}public String getMyName(){ return jek; }
} // 测试程序在/src/test/java/com/mycom/test目录下新建测试文件HelloFriendTest.javapackage com.mycom.test;import org.junit.Test;
import com.mycom.myapp.Hello;
import com.mycom.myapp.HelloFriend;public class HelloFriendTest {Test public void testHelloFriend(){ HelloFriend helloFriend new HelloFriend();String result helloFriend.sayHelloToFriend(hello!);System.out.println(result); }} 说明 如果我们想要在工程中引入某个jar 包只需要在 pom.xml 中引入其 jar 包的坐标即可。比如引入junit的依赖 dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version4.0/versionscopetest/scope /dependency
/dependencies Maven 通过 groupId、artifactId与version三个向量来定位 Maven 仓库其 jar 包所在的位置并把对应的jar 包引入到工程中来。
同理如果我们想让hellofriend依赖helloworld项目要在hellofriend添加helloworld的坐标并把helloworld项目安装在本地仓库。
3.4.1. 直接依赖和间接依赖
A依赖BB依赖于CA和B之间就是直接依赖A和C之间就是间接依赖依赖关系具有传递性。
依赖原则
1. 路径最短者优先
hellofamily依赖hellofriendhellofriend依赖helloworld那么hellofamily将会优先依赖hellofriend中的jar包。
2. 路径相同时先声明者优先
这里“声明”的先后顺序指的是dependency标签配置的先后顺序。 hellofamily同时依赖 hellofriend(log4j2.jar)和helloworld(log4j2.jar)由于hellofriend先声明所以会优先使用 hellofriend中的log4j2.jar。
3.4.2. 依赖的排除
A项目依赖于B项目B项目中所依赖的jar包是compile范围B项目中的依赖jar包就可以传递A项目中 注意scope定义了依赖的范围默认是compile即使不指定默认也是compile。
A项目中如果希望排除掉B项目中传递过来的jar包可以按照如下配置 !-- A项目中配置对B项目的依赖 --dependency groupIdcom.mycom.myapp/groupId artifactIdhellofriend/artifactId version0.0.1-SNAPSHOT/version scopecompile/scope exclusions exclusion groupIdcommons-logging/groupId artifactIdcommons-logging/artifactId/exclusion /exclusions
/dependency 3.4.3. 统一的版本管理 项目中会对很多第三方框架的jar包进行依赖同一个框架的jar包版本应该是一致的如果希望修改框架的版本时每一个jar包的版本都需要进行改变如果手动一个一个修改配置依赖太麻烦可以设置属性标签定义jar包的版本然后通过${}表达式来进行引用。 !-- 声明统一的版本号 --
propertiesspring.version5.3.7.RELEASE/spring.version
/properties!-- 通过${}进行版本依赖 --
dependency groupIdorg.springframework/groupId artifactIdspring-core/artifactId version${spring.version}/version
/dependency dependencygroupIdorg.springframework/groupId artifactIdspring-context/artifactId version${spring.version}/version
/dependency 3.4.4. 依赖范围
Maven的依赖范围主要是对dependency标签中的scope标签中的值的设置scope的默认依赖范围是compile。
依赖范围有效范围compile, runtime, test依赖传递例子compileall是spring-coreprovidedcompile, test否servlet-apiruntimeruntime, test是JDBC驱动testtest否JUnitsystemcompile, test是
3.5. 仓库
生活中的仓库仓库由贮存物品的库房、运输传送设施如吊车、电梯、滑梯等、出入库房的输送管道和设备以及消防设施、管理用房等组成。是保管、储存物品的建筑物和场所的总称。
Maven中的仓库主要用来存放第三方jar包maven所需要的插件已及我们自己开发的maven项目。
仓库分类
本地仓库在你电脑上存放jar包的位置。例C:\Users\[登录当前系统的用户名]\.m2\repository。
远程仓库私服由公司或单位创建的一个仓库由公司维护。常用的私服搭建软件有 nexus
中央仓库在互联网上由maven团队维护。常见的中央仓库有Central Repository:中央仓库镜像中央仓库服务器在外国中国访问很慢中央仓库镜像国内公司提供就是提高下载速。
什么是镜像一种文件存储形式是冗余的一种类型一个磁盘上的数据在另一个磁盘上存在一个完全相同的副本即为镜像。
中央仓库服务器在外国中国访问很慢中央仓库镜像国内公司提供就是提高下载速度。常用的中央仓库镜像有阿里镜像、腾讯镜像、华为镜像 !-- 阿里镜像 --
!-- repository使用 --
repositoryidaliyun/idurlhttp://maven.aliyun.com/nexus/content/groups/public//url
/repository
!-- mirror使用 --
mirroridaliyun/idmirrorOf*/mirrorOfnamealiyun/nameurlhttp://maven.aliyun.com/nexus/content/groups/public//url
/mirror!-- 腾讯镜像 --
!-- repository使用 --
repositoryidtencent/idurlhttp://mirrors.cloud.tencent.com/nexus/repository/maven-public//url
/repository
!-- mirror使用 --
mirroridtencent/idmirrorOf*/mirrorOfnametencent/nameurlhttp://mirrors.cloud.tencent.com/nexus/repository/maven-public//url
/mirror!-- 华为镜像 --
!-- repository使用 --
repositoryidhuaweicloud/idurlhttps://mirrors.huaweicloud.com/repository/maven//url
/repository
!-- mirror使用 --
mirroridhuaweicloud/idmirrorOf*/mirrorOfnamehuaweicloud/nameurlhttps://mirrors.huaweicloud.com/repository/maven//url
/mirror 3.6. 生命周期/插件/目标
3.6.1. 生命周期 Maven的生命周期就是对所有的构建过程进行统一。包含了项目的清理、初始化、编译、测试、打包、集成测试、验证、部署等几乎所有的构建步骤。
一个典型的 Maven 构建build生命周期是由以下几个阶段的序列组成的
阶段处理描述验证 validate验证项目验证项目是否正确且所有必须信息是可用的编译 compile执行编译源代码编译在此阶段完成测试 Test测试使用适当的单元测试框架例如JUnit运行测试。包装 package打包将编译后的代码打包成可分发的格式例如 JAR 或 WAR检查 verify检查对集成测试的结果进行检查以保证质量达标安装 install安装安装打包的项目到本地仓库以供其他项目使用部署 deploy部署拷贝最终的工程包到远程仓库中以共享给其他开发人员和工程
Default (Build) 生命周期这是 Maven 的主要生命周期被用于构建应用包括下面的 23 个阶段
生命周期阶段描述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部署将最终的项目包复制到远程仓库中与其他开发者和项目共享。
注意执行任何一个生命周期阶段之前的生命周期阶段都会被执行。
3.6.2. 插件和目标
1. 生命周期与插件是相互绑定的执行生命周期命令时需要通过插件来完成。 2. compile和test-compile都通过同一个插件完成的。 3. 目标就是插件所需要做的事情例如maven-compiler-plugin既可以执行compile也可以执行testCompile, compile和testCompile是maven-compiler-plugin插件的两个功能当maven-compiler-plugin插件执行compile的时候那么compile就是插件的一个最终目标。
Maven 提供了下面两种类型的插件
类型描述Build plugins在构建时执行并在 pom.xml 的 元素中配置。Reporting plugins在网站生成过程中执行并在 pom.xml 的 元素中配置。
下面是一些常用插件的列表
插件描述clean构建之后清理目标文件。删除目标目录。compiler编译 Java 源文件。surefile运行 JUnit 单元测试。创建测试报告。jar从当前工程中构建 JAR 文件。war从当前工程中构建 WAR 文件。javadoc为工程生成 Javadoc。antrun从构建过程的任意一个阶段中运行一个 ant 任务的集合。
3.7. 继承 多个子工程中依赖同样的jar包但是采用test范围由于test范围没有传递性所以每一个工程都需要对test范围的jar包进行单独依赖而如果希望修改多个工程中所依赖test范围的jar包版本那么一个一个项目去修改太麻烦这时可以应用继承解决。
继承的使用
1. 定义一个父工程父工程packaging必须是pom。 项目的打包类型pom、jar、warpackaging默认是jar类型 packagingpom/packaging --------- 父类型都为pom类型 packagingjar/packaging --------- 普通项目打jar包一般普通项目设置jar packagingwar/packaging --------- web项目一般都是打war包web项目的话设置war。
2. 在父工程中定义依赖的jar包属于test范围 packagingpom/packaging
dependencyManagement dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version4.0/version !-- test范围表示测试的依赖范围这个范围的依赖我们的test中的程序是可以使用而main中的程序是不可使用的 如果是部署到Tomcat下的应用程序依赖的jar包不能部署到Tomcat环境下的 -- scopetest/scope/dependency /dependencies/dependencyManagement 3. 在各个子工程中对父工程进行继承 parentgroupIdcom.mycom.myapp/groupIdartifactIdMavenParent/artifactIdversion0.0.1-SNAPSHOT/versionrelativePath../MavenParent/pom.xml/relativePath
/parent 4. 在各个子工程中对父工程中的包进行依赖但是不需要配置版本号和范围与父工程的版本号和范围一致 dependencygroupIdjunit/groupIdartifactIdjunit/artifactId
/dependency 5. 如果希望修改版本只需要修改父工程中的依赖jar包版本就可以了那么各个子工程中的jar包版本就都变了。
6. 一个子工程只能继承一个父工程。
3.8. 聚合 如果有多个工程需要安装一个一个工程进行安装太麻烦了可以利用聚合将多个工程管理起来实现一键安装也就是将一个父工程进行安装其他被聚合的工程也同时进行安装。 !-- 项目聚合 --
modulesmodule../helloworld/modulemodule../hellofriend/modulemodule../hellofamily/module
/modules 四. Maven 命令
4.1. 常用打包命令 mvn clean package -Dmaven.test.skiptrue -- 跳过测试打包
mvn clean install -Dmaven.test.skiptrue -- 跳过测试打包并把打好的包上传到本地仓库
mvn clean deploy -Dmaven.test.skiptrue -- 跳过测试打包并把打好的包上传到远程仓库 4.2. 命令大全
命令含义mvn -v查看版本mvn archetype:create创建 Maven 项目mvn compile编译源代码mvn test-compile编译测试代码mvn test运行应用程序中的单元测试mvn site生成项目相关信息的网站mvn package依据项目生成 jar 文件mvn install在本地 Repository 中安装 jarmvn -Dmaven.test.skiptrue忽略测试文档编译mvn clean清除目标目录中的生成结果mvn clean compile将.java类编译为.class文件mvn clean package进行打包mvn clean test执行单元测试mvn clean deploy部署到版本仓库mvn clean install使其他项目使用这个jar会安装到maven本地仓库中mvn archetype:generate创建项目架构mvn dependency:list查看已解析依赖mvn dependency:tree com.xx.xxx查看依赖树mvn dependency:analyze查看依赖的工具mvn help:system从中央仓库下载文件至本地仓库mvn help:active-profiles查看当前激活的profilesmvn help:all-profiles查看所有profilesmvn help:effective -pom查看完整的pom信息
五. Idea 配置 Maven
5.1. Idea 集成 Maven 5.2. Idea 执行 Maven 命令
