企业应用级别的Ant模组编译环境[1]

编译环境对于今日的Java企业级应用程序来说越来越难于管理了堆积如山的代码配置文件以及对第三方的依赖（thirdparty dependencies）都使得管理编译环境变得困难

简而言之我们勉强接受那种把所有的源代码放在一个根目录下所有的配置文件放在另一个根目录下而第三方类库也这样处理的做法但是企业级编译环境很少这么做今日的企业级Java项目在结构功能以及组织上都很复杂它们通常都有大量的源代码和支持资源（属性文件图片等等编者注原文为supporting artifacts直译为支持物件但这里根据上下文意译为支持资源较妥）要去管理有这么多的东西去管理当一个开发团队试图去建立一个优化的编译方案时他们常常感到困惑和挫败

如果不管这个项目有多大我们的编译环境都能够在统一的构架中简洁地处理我们所有的源代码事情是不是会变得好一些呢？本文将展示一个Ant编译环境的例子它来自我对多年来的多个项目的经验的修改此时此地它或许不是最好的方案但是它的确经历了时间的考验也一定会帮助你建立并运行在大多数项目上不管是大是小

警告

先就一些问题说明一下这样你就不会读完了这篇文章才发现它对你没有任何价值

· 本文基于对Ant的了解它是针对那些会用并喜欢Ant的读者的

· 这里所说的编译环境是指模组（modular）和模块（module）而模块又是由目录和子目录来定义的（译者注模组modular是模块module的集合它由多个独立的模块构成）这意味着文件和源代码被存放在许多不同的目录中因此如果你使用类似Eclipse或IntelliJ Idea这种可以帮你管理类和文件的位置的IDE工具的话本文对你会更加有益当然你也可以使用文本编译器但是恐怕你会发现你频频地在多棵目录树上爬上爬下

[] [] [] [] []