# 1 Maven的简介

## 1.1 简介

​ Maven【[ˈmevən]】这个词可以翻译为"专家","内行"。 作为Apache组织中的一个颇为成功的开源项目，Maven主要服务于基于java平台的项目构建，依赖管理和项目信息管理。

​ 无论是小型的开源类库项目，还是大型的企业级应用； 无论是传统的瀑布式开发，还是流行的敏捷开发，Maven都能大显身手。

## 1.2 项目构建

​ 不管你是否意识到，构建（build）是每一位程序员每天都在做的工作。早上来到公司，我们做的第一件事就是从源码库签出最新的代码，然后进行单元测试，如果测试失败，会找相关的同事一起调试，修复错误代码。 接着回到自己的工作上来，编写自己的单元测试及产品代码。

​ 仔细总结一下，我们会发现，除了编写源代码，我们每天有相当一部分时间花在了编译，运行单元测试，生成文档，打包和部署等繁琐且不起眼的工作上，这就是构建。 如果我们现在还手工这样做，那成本也太高了，于是有人用软件的方法让这一系列工作完全自动化，使得软件的构建可以像全自动流水线一样，只需要一条简单的命令，所有繁琐的步骤都能够自动完成，很快就能得到最终结果。

## 1.3 项目构建工具

​ **Ant构建**

​ 最早的构建工具，基于IDE, 大概是2000年有的，当时是最流行java构建工具，不过它的XML脚本编写格式让XML文件特别大。对工程构建过程中的过程控制特别好
​ **Maven【JAVA】**

​ 项目对象模型，通过其描述信息来管理项目的构建，报告和文档的软件项目管理工具。它填补了Ant缺点，Maven第一次支持了从网络上下载的功能，仍然采用xml作为配置文件格式。Maven专注的是依赖管理，使用Java编写。
​ **Gradle**

​ 属于结合以上两个的优点，它继承了Ant的灵活和Maven的生命周期管理，它最后被google作为了Android御用管理工具。它最大的区别是不用XML作为配置文件格式，采用了DSL格式，使得脚本更加简洁。

 

​ 目前市面上Ant比较老，所以一般是一些比较传统的软件企业公司使用，Maven使用Java编写， 是当下大多数互联网公司会使用的一个构建工具， 中文文档也比较齐全, gradle是用groovy编写，目前比较新型的构建工具一些初创互联网公司会使用，以后会有很大的使用空间。

## 1.4 Maven的四大特性

### 1.4.1 依赖管理系统

​ Maven为Java世界引入了一个新的依赖管理系统jar包管理 jar 升级时修改配置文件即可。在Java世界中，可以用groupId、artifactId、version组成的Coordination（坐标）唯一标识一个依赖。

 

​ 任何基于Maven构建的项目自身也必须定义这三项属性，生成的包可以是Jar包，也可以是war包或者jar包。一个典型的依赖引用如下所示：

```xml
<dependency>
<groupId>javax.servlet</groupId> com.baidu
<artifactId>javax.servlet-api</artifactId> ueditor echarts
<version>3.1.0</version>
</dependency>
```

**坐标属性的理解**

​ Maven坐标为各种组件引入了秩序，任何一个组件都必须明确定义自己的坐标。

**groupId**

​ 定义当前Maven项目隶属的实际项目-公司名称。（jar包所在仓库路径） 由于Maven中模块的概念，因此一个实际项目往往会被划分为很多模块。 比如spring是一个实际项目，其对应的Maven模块会有很多，如spring-core,springwebmvc等。

**artifactId**

​ 该元素定义实际项目中的一个Maven模块-项目名， 推荐的做法是使用实际项目名称作为artifactId的前缀。 比如：spring-bean、 spring-webmvc等。

**version**

​ 该元素定义Maven项目当前所处的版本。

### 1.4.2 多模块构建

​ 项目复查时 dao service controller 层分离将一个项目分解为多个模块已经是很通用的一种方式。

​ 在Maven中需要定义一个parent POM作为一组module的聚合POM。在该POM中可以使用 <modules> 标签来定义一组子模块。parent POM不会有什么实际构建产出。而parent POM中的build配置以及依赖配置都会自动继承给子module。

 

### 1.4.3 一致的项目结构

​ Ant时代大家创建Java项目目录时比较随意，然后通过Ant配置指定哪些属于source，那些属于testSource等。而Maven在设计之初的理念就是Conversion over configuration（约定大于配置）。其制定了一套项目目录结构作为标准的Java项目结构,解决不同ide 带来的文件目录不一致问题。

### 1.4.4 一致的构建模型和插件机制

```xml
<plugin>
<groupId>org.mortbay.jetty</groupId>
<artifactId>maven-jetty-plugin</artifactId>
<version>6.1.25</version>
<configuration>
<scanIntervalSeconds>10</scanIntervalSeconds>
<contextPath>/test</contextPath>
</configuration>
</plugin>
```