maven与ant有什么不同

Ant是软件构建工具，Maven的定位是软件项目管理和理解工具。总的来说：

第一：ant脚本是可以直接运行在maven中的。maven和ant最大的差别就是在于maven的编译以及所有的脚本都有一个基础，就是POM（project object model）。这个模型定义了项目的方方面面，然后各式各样的脚本在这个模型上工作，而ant完全是自己定义，显然maven更胜一筹。
第二：Maven对所依赖的包有明确的定义，如使用那个包，版本是多少，一目了然。而ant则通常是简单的inclde 所有的jar。导致的最终结果就是，你根本无法确定JBoss中的lib下的common－logging 是哪个版本的，唯一的方法就是打开 META－INF 目录下MANIFEST.MF。估计JBoss迟早会转向Maven的。
第三：Maven是基于中央仓库的编译，即把编译所需要的资源放在一个中央仓库里，如jar，tld，pom，等。当编译的时候，maven会自动在仓库中找到相应的包，如果本地仓库没有，则从设定好的远程仓库中下载到本地。这一切都是自动的，而ant需要自己定义了。这个好处导致的结果就是，用maven编译的项目在发布的时候只需要发布源码，小得很，而反之，ant的发布则要把所有的包一起发布，显然maven又胜了一筹。 
第四：maven有大量的重用脚本可以利用，如生成网站，生成javadoc，sourcecode reference，等。而ant都需要自己去写。试试 maven site 的效果。 
第五：maven目前不足的地方就是没有象ant那样成熟的GUI界面，不过mavengui正在努力中。目前使用maven最好的方法还是命令行，又快又方便。

 

 

一 POM（Project Object Model）与项目管理

每一个Maven工程都包含一个pom.xml文件，其他存储了该工程相关的信息，从而达到一定的项目管理的功能。例如包含了工程的配置，缺陷跟踪系统信息，工程的组织，许可协议，工程的路径，依赖等信息。

典型的pom.xml如下：

<project … >
<modelVersion>4.0.0</modelVersion>

<!-- The Basics -->
<groupId>...</groupId>
< artifactId>...</artifactId>
< version>...</version>
< packaging>...</packaging>
< dependencies>...</dependencies>
< parent>...</parent>
< dependencyManagement>...</dependencyManagement>
< modules>...</modules>
< properties>...</properties>

<!-- Build Settings -->
<build>...</build>
< reporting>...</reporting>

<!-- Project Meta Data -->
<name>...</name>
< description>...</description>
< url>...</url>
< inceptionYear>...</inceptionYear>
< licenses>...</licenses>
< organization>...</organization>

<developers>...</developers>
< contributors>...</contributors>

<!-- Environment -->
<issueManagement>...</issueManagement>
< ciManagement>...</ciManagement>
< mailingLists>...</mailingLists>
< scm>...</scm>
< prerequisites>...</prerequisites>
< repositories>...</repositories>
< pluginRepositories>...</pluginRepositories>
< distributionManagement>...</distributionManagement>
< profiles>...</profiles>
< /project>

 

 

二 隐形的规则和简单的构建文件

Maven工程的目录结构必须为如下的结构

 

Maven还有内置的构建生命周期，内置定义了build，test，package，deploy等task。

 

由于Maven工程目录的规则和内置的构建生命周期，从而使得构建文件简单，例如如下的构建文件中甚至没有出现build，package等task的定义，但是我们已经可以调用wvm package等内置的task了：

<project xmlns="http://maven.apache.org/POM/4.0.0"   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"   xsi:schemaLocation="http://maven.apache.org/POM/4.0.0                       http://maven.apache.org/xsd/maven-4.0.0.xsd">   <modelVersion>4.0.0</modelVersion>   <groupId>com.mycompany.app</groupId>   <artifactId>my-app</artifactId>   <packaging>jar</packaging>   <version>1.0-SNAPSHOT</version>   <name>Maven Quick Start Archetype</name>   <url>http://maven.apache.org</url>   <dependencies>     <dependency>       <groupId>junit</groupId>       <artifactId>junit</artifactId>       <version>3.8.1</version>       <scope>test</scope>     </dependency>   </dependencies> </project>

 

三 依赖管理和Repository

Maven的dependence management用来管理所有此project的dependences，且在dependence repository中自动查找和下载dependence。

 

1） 依赖管理

例如工程以来MySQL如下：

<dependencyManagement>
< dependencies>
< dependency>
< groupId>mysql</groupId>
< artifactId>mysql-connector-java</artifactId>
< version>5.1.2</version>
< /dependency>
< dependencies>
< /dependencyManagement>

 

<dependency>
< groupId>mysql</groupId>
< artifactId>mysql-connector-java</artifactId>
< /dependency>

 

2）dependence repository

更好的办法是公司或每个team有自己的repository，例如下图：

 

 

四 构建生命周期的定义

构建生命周期显式地定义了构建，测试，和发布的过程，是每个Maven工程的核心。Maven包含了3个内置的生命周期：default，clean和site。

 

1）default生命周期处理了工程的编译，测试和部署，他一共包含20多个阶段，主要的阶段如下：

Validate: 验证所有的工程信息是否可用且正确

Compile: 编译源代码

Test: 在一套framework下运行但愿测试

Package: 以发布的格式打包编译的代码

Integration-test: 在集成测试环境中处理（部署）发布包

Verify: 检测发布包是否正确可用
Install: 在本地的repository上安装发布包
Deploy: 在远程的repository上安装发布包

 

以上的阶段具有先后顺序，执行某个阶段时，此阶段前的所有阶段都会被自动地执行。

 

2）clean生命周期处理工程的清理工作，包含3个阶段：pre-clean, clean, post-clean。

 

3）site生命周期处理工程site文档的生成和部署，包含下列阶段：

pre-site， site， post-site 和site-deploy，其中site-deploy用来将site文档部署到指定的web server上。

转载于:https://www.cnblogs.com/gccBlog/p/3455827.html