PS：本篇博客，就是对于maven的一个简单的总结，认识。可能更多的是借鉴别人的看法，然后结合自己的使用，再加以说明。
首先，什么是maven：
Apache Maven is a software project management and comprehension tool. Based on the concept of a project object model (POM), Maven can manage a project's
build, reporting and documentation from a central piece of information.
简单说来，maven就是一款帮助我们进行jar包管理和发布部署的一款产品。
一、没有maven的时代
结合自己的应用来说，在没有maven的时候，每次我建立一个项目的时候，需要下载很多的jar包，当我依赖一个项目时，也要先编写代码，然后打成jar，然后添加进项目的jar库里，然后才会进行使用。在这个时候，我就有以下的几点小抱怨：
1，每次都在拷jar包，多一个少一个的，常有的事儿。
2，有时候引入的jar包，因为版本不对，麻烦
3，我还得在本地找个地儿将jar存起来，靠。忍不了，关键是在项目的维护阶段，管理这些jar包本身就是个巨大的工程。它得依赖维护人员对于这个项目的版本更替有一定的了解，才能决定jar的去留和升级。
4，有时候我会引入一个jar包，但可能，它根本没有用到，但是久而久之，我就不知道哪一个没用，不敢删，导致jar包系统越来越庞大。
那时候，我就在想，我可不可以不要引入那么多那么多的jar包了，后来，发现maven了。
二、maven的应运而生
maven是一款帮助我们管理jar包、文档等，和部署项目的一个工具。那么，对于目前的我来说，最显而易见的，也是最实际的效果就是，使用maven，最起码的解决了我不停下载jar包和管理jar包的工作。
maven为重复性的工作提供了一种选择，使开发者的注意力从作业层转移到项目管理层。它带来的好处，主要有：
1、项目构建。Maven定义了软件开发的整套流程体系，并进行了封装，开发人员只需要指定项目的构建流程，无需针对每个流程编写自己的构建脚本。
2、依赖管理。除了项目构建，Maven最核心的功能是软件包的依赖管理，能够自动分析项目所需要的依赖软件包，并到Maven中心仓库去下载。
A)管理依赖的jar包
B)管理工程之间的依赖关系。
三、maven的基本介绍
简单说来，maven分为聚合工程和普通工程，聚合和普通工程可以简单的看做是一种父子关系。为什么会出现聚合呢？随着业务需求的增加，我们开发的系统，会面临着分层和分布式的选择。最起码，我们也是用过了三层的。
聚合，在我个人看来，是一种更高层级的抽象。它首先将我们的一个项目，进行出现为parent父工程，并在里面，使用pom文件，为其工程添加基础依赖，如：
在这里面，parent和manager同属聚合工程，但是，manager继承于parent，为什么呢？因为这个项目共包含两个子项目，一个是后台管理系统，也就是manager系统，一个是前台web端系统。parent，是整个项目的一个抽象聚合，在它的pom文件中，配置了一些基本的jar包依赖。
在manager中，我们可以看到的是，它包含了4个子模块，它类似于VS中的一个解决方法，这个解决方案叫manager，而我们分层的UI层，BLL层，DAL层，Entity层，就相当于这里面的几个子模块，在manager这个聚合工程中，他通过组件聚合引用的方式，将这几个模块聚合形成一个系统，比如：
<span style="font-family:KaiTi_GB2312;font-size:18px;"> <modelVersion>4.0.0</modelVersion> <parent> <groupId>com.angel.taotao</groupId> <artifactId>taotao-parent</artifactId> <version>0.0.1-SNAPSHOT</version> </parent> <groupId>com.angel.taotao</groupId> <artifactId>taotao-manager</artifactId> <version>0.0.1-SNAPSHOT</version> <packaging>pom</packaging> <!-- 依赖管理 --> <dependencies> <dependency> <groupId>com.angel.taotao</groupId> <artifactId>taotao-common</artifactId> <version>0.0.1-SNAPSHOT</version> </dependency> </dependencies> <modules> <module>taotao-manager-pojo</module> <module>taotao-manager-mapper</module> <module>taotao-manager-service</module> <module>taotao-manager-web</module> </modules></span>备注：依赖项中的common，可以理解为整个项目的工具类。
在每一个pom文件的依赖配置中，主要包含以下几个节点：
<modelVersion>4.0.0</modelVersion> 这是聚合工程的版本号
groupid：项目组Id，项目坐标的核心元素。比如上面的配置文件中，groupid均为com.angel.taotao，因为整个项目（包括后台管理和web端），这个项目的组id叫做com.angel.taotao
artifactId：项目的通用名称，可以看做是我们在使用三层时，每一层的名称
version：项目的版本
注意：每一个maven工程里面，都需要有一个war工程，也就是相当于UI层。而其他的jar工程，也都可以被打包再次引用。
四、总结
这次总结，只是一个简单的初识，对于maven的使用，还在继续探索中。比如说，maven的核心对象pom， 作为项目对象模型。通过xml表示maven项目，使用pom.xml来实现。主要描述了项目：包括配置文件；开发者需要遵循的规则，缺陷管理系统，组织和licenses，项目的url，项目的依赖性，以及其他所有的项目相关因素。对于这个pom的理解和使用，还有待进一步的研究！
