maven是什么?有什么用?

Maven是一个项目管理工具,它包含了

  •     一个项目对象模型 (Project Object Model),
  •     一组标准集合,
  •     一个项目生命周期(ProjectLifecycle),
  •     一个依赖管理系统(Dependency Management System),
  •     用来运行定义在生命周期阶段(phase)中插件(plugin)目标(goal)的逻辑。

当你使用Maven的时候,你用一个明确定义的项目对象模型来描述你的项目,然后 Maven 可以应用横切的逻辑,这些逻辑来自一组共享的(或者自定义的)插件。

约定优于配置(Convention Over Configuration)

约定优于配置是一个简单的概念。 系统,类库,框架应该假定合理的默认值,以简化使用时的配置,同时保留了用户修改默认配置权利。但是,在大部分情况下,你会发现使用 框架提供的默认值会让你的项目运行的更快或者更加方便。

在maven中,没有自定义的情况下,目录一般如下,

  •     源代码是在 /myApp/src/main/java,
  •     资源文件是在 /myApp/src/main/resources,
  •     测试代码是在 /myApp/src/test ;

项目会产生一个 JAR 文件。Maven会把

  •     编译好的字节码放到 /myApp/target/classes

并且

  •     创建的可分发JAR 文件放在 /myApp/target 。

基于maven插件的全局重用性

Maven 的核心其实不做什么实际的事情,除了解析一些 XML 文档,管理生命周期与插件之外,它什么也不知道。

Maven 被设计成将主要的职责委派给一组 Maven 插件,这些插件可以影响 Maven 生命周期,提供对目标的访问。绝大多数 Maven 的动作发生于Maven 插件的目标,如编译源码,打包二进制代码,发布站点和其它构建任务。你从Apache 下载的 Maven 不知道如何打包 WAR 文件,也不知道如何运行单元测试,Maven大部分的智能是由插件实现的,而插件从 Maven 仓库获得。

事实上,第一次你用全新的 Maven 安装运行诸如 mvn install 命令的时候,它会从中央 Maven 仓库下载大部分核心 Maven 插件。这不仅仅是一个最小化 Maven 分发包大小的技巧,这种方式更能让你升级插件以给你项目的构建提高能力。

Maven 从远程仓库获取依赖和插件的这一事实允许了构建逻辑的全局性重用。

这里举个例子,以单元测试为例,本来你工程的单元测试是基于junit3写的,本来的运行单元测试的插件版本(Maven Surefire)只能执行junit3,后来出了junit4,果断的你换成了支持注解的junit4,那么问题来了,原来版本的Maven Surefire不支持了,需要升级新版本,常规的做法是升级插件,各种麻烦,使用maven之后,只需要在POM中修改一下版本号,就是这么简单。

Maven 将一般的构建任务抽象成插件,同时这些 插件得到了很好的维护以及全局的共享,所以你不需要从头开始自定义你项目的构建系统然后提供支持。

maven与Ant的区别

对ant不了解,在《maven权威指南》中的少许内容,还不足让我完整了解ant,

从我自己的理解来看,他们最大的区别是,maven约定优于配置:maven约定了哪个目录是干嘛的,而ant都需要配置。

借鉴了下大神们的答案(作者sunboy,出处http://www.linuxidc.com/Linux/2013-05/84489.htm):

maven config中可以引用快照配置_操作系统