Maven 与 Ant 之比较

Maven 对约定优于配置的应用不仅仅是简单的目录位置，Maven 的核心插件使用了一组通用的约定，以用来编译源代码，打包可分发的构件，生成 web 站点，还有许多其他的过程。 Maven 的力量来自它的"武断"，它有一个定义好的生命周期和一组知道如何构建和装配软件的通用插件。如果你循这些约定，Maven 只需要几乎为零的工作——仅仅是将你的源代码放到正确的目录，Maven 将会帮你处理剩下的事情。使用“遵循约定优于配置”系统的一个副作用是用户可能会觉得他们被强迫使用一种特殊的方法。 当然 Maven 有一些核心观点不应该被怀疑，但是其实很多默认行为还是可配置的。 例如项目源码的资源文件的位置可以被自定义，JAR 文件的名字可以被自定义，在开发自定义插件的时候，几乎任何行为可以被裁剪以满足你特定的环境需求。如果你不想遵循约定，Maven 也会允许你自定义默认值来适应你的需求。

 

Maven 的核心其实不做什么实际的事情，除了解析一些 XML 文档，管理生命周期与插件之外，它什么也不懂。Maven 被设计成将主要的职责委派给一组 Maven 插件，这些插件可以影响 Maven 生命周期，提供对目标的访问。绝大多数 Maven 的动作发生于Maven 插件的目标，如编译源码，打包二进制代码，发布站点和其它构建任务。你从Apache 下载的 Maven 不知道如何打包 WAR 文件，也不知道如何运行单元测试，Maven大部分的智能是由插件实现的，而插件从 Maven 仓库获得。事实上，第一次你用全新的 Maven 安装运行诸如 mvn install 命令的时候，它会从中央 Maven 仓库下载大部分核心 Maven 插件。这不仅仅是一个最小化 Maven 分发包大小的技巧，这种方式更能让你升级插件以给你项目的构建提高能力。Maven 从远程仓库获取依赖和插件的这一事实允许了构建逻辑的全局性重用。

两者之间的比较：

maven搭建工程很快，不需要特殊外挂什么的，直接就可以上手工作；而ant起步就比较麻烦，需要写一大堆东西。也就是说，maven预设了一些方便的功能，而ant只能自己写。

maven要想修改默认设定比较麻烦，ant全都在build.xml里，创建的时候虽然工作量大，但修改起来就比较方便。

maven对于第三方库文件支持比较好，自动下载存储，还能添加到IDE的工作路径里，对于库文件的管理和团队开发帮助都很大。这个有用的功能导致了工程的移植特别方便，不用进行特殊配置，只要运行maven就可以自动配置好工程的开发环境；ant在这方面没发现有什么特长，工程移植到其他电脑上时配置和调试很麻烦。

maven外挂丰富，降低工作繁重程度；ant还是基于手写。比如maven和ant都有自动封装打包的功能，不过maven有许多现成的外挂，添加进pom.xml就可以使用，方便，相比之下ant还是手工劳动程度比较大。

maven和ant学习起来都有一个过程，不过ant比maven直观些，毕竟XML一看就能明白，而maven的功能都是基于外挂，所以不太好理解，不过一旦理解maven的原理之后也很容易上手。

Ant和Maven的选择不是一成不变的，比如你现在的构建生命周期需要高度可自定义，则Maven的固定生命周期就不太适用。