我们已经有了make, gnumake, nmake, jam以及其它的build工具为什么还要要一种新的build工具呢？
由于Ant的原作者在多种(硬件)平台上开发软件时。无法忍受这些工具的限制和不便。类似于make的工具本质上是基于shell（语言）的：他们计算依赖关系。然后运行命令（这些命令与你在命令行敲的命令没太大差别）。这就意味着你能够非常easy地通过使用OS特有的或编写新的（命令）程序扩展该工具。然而，这也意味着你将自己限制在了特定的OS，或特定的OS类型上，如Unix。
Ant的构建文件：
当開始一个新的项目时。首先应该编写Ant构建文件。构建文件定义了构建过程，并被团队开发中每一个人使用。
Ant构建文件默认命名为build.xml，也能够取其它的名字。仅仅只是在执行的时候把这个命名当作參数传给Ant。
构建文件能够放在不论什么的位置。
一般做法是放在项目顶层文件夹中。这样能够保持项目的简洁和清晰。
Ant构建文件是XML文件。 每一个构建文件定义一个唯一的项目(Project元素)。
每一个项目下能够定义非常多目标(target元素)。这些目标之间能够有依赖关系。当运行这类目标时，须要运行他们所依赖的目标。每一个目标中能够定义多个任务，目标中还定义了所要运行的任务序列。
Ant在构建目标时必须调用所定义的任务。任务定义了Ant实际运行的命令。Ant中的任务能够为3类。
（1） 核心任务。核心任务是Ant自带的任务。
（2） 可选任务。可选任务实来自第三方的任务。因此须要一个附加的JAR文件。
（3） 用户自己定义的任务。用户自己定义的任务是用户自己开发的任务。
Ant的长处：
跨平台性。Ant是纯Java语言编写的，因此具有非常好的跨平台性。
操作简单。Ant是由一个内置任务和可选任务组成的。
Ant执行时须要一个XML文件(构建文件)。Ant通过调用target树，就能够执行各种task。每一个task实现了特定接口对象。因为Ant构建文件时XML格式的文件。所以非常easy维护和书写，并且结构非常清晰。
Ant能够集成到开发环境中。因为Ant的跨平台性和操作简单的特点，它非常easy集成到一些开发环境中去。