Maven学习（一）——了解篇

Maven是一个项目管理工具，它包含了一个项目对象模型（Project Object Model），一组标准集合，一个项目生命周期（Project Lifecycle），一个依赖管理系统（Dependency Management System），和用来定义生命周期阶段（Phase）中插件（plugin）目标（gole）的逻辑。当你使用Maven的时候，你用一个明确定义的项目对象模型来描述你的项目。



Maven与ant对比

Ant工具仅仅关注预处理，编译，打包，测试和分发，是一个构建工具。而Maven功能是Ant 的超集，属于项目生命周期管理工具不仅仅关注于构建阶段，Maven还包括生成报告，生成Web站点等等。

Ant:

         Ant没有约定一个一般项目的目录结构，必须明确告诉ant到哪去找源代码等等信息。

         Ant是程序化的，必要告诉它什么时候该做什么事情。

         Ant没有生命周期，必须定义目标和目标之间的依赖，比如为每个目标配置任务。

Maven:

         Maven拥有约定，你遵守了约定Maven就知道去哪寻找源代码等等。

         Maven是声明式的，只需要创建一个pom.xml，maven就知道该做什么事情。

         Maven拥有一个生命周期，当运行Maven install，这条语句告诉Maven执行一系列步骤，这些步骤也是约定好的，不需要手动指定执行顺序。

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



Maven的核心理念——约定优于配置

系统，类库，框架应该假定合理的默认值，而非要求提供不必要的配置，配置虽然可以根据个人情况和喜好定制，但是却严重影响了项目人员之间的协作沟通。

Maven的约定：

源代码在                 src/main/java

资源文件在              src/main/resource

测试代码在              src/test

编译后的二进制文件在         /target/classes

可分发的最终文件（.jar,.war,.ear）在                 /target

（如果换成非约定优于配置的ant做以上的事情需要为每个都配置目录，如果有特殊需求需要配置路径的，maven也支持手动配置，但是默认为以上约定）



Maven成功的核心原因——项目配置统一接口

在以前，从版本服务器上检出两个项目，要想将它们打包成最终的可发布文件是非常困难的，因为你需要了解这两个项目是什么结构，分别需要发布什么东西，每个东西放在什么位置，现在新的程序员不需要了解这些，只需要执行maven install就能方便构建。



Maven是基于插件的

Maven本身不做什么事情，几乎所有操作都是在插件上完成的，第一次执行命令会从中央服务器上下载命令执行插件来完成操作