編譯環境對於今日的Java企業級應用程序來說越來越難於管理了堆積如山的代碼配置文件以及對第三方的依賴（thirdparty dependencies）都使得管理編譯環境變得困難
簡而言之我們勉強接受那種把所有的源代碼放在一個根目錄下所有的配置文件放在另一個根目錄下而第三方類庫也這樣處理的做法但是企業級編譯環境很少這麼做今日的企業級Java項目在結構功能以及組織上都很復雜它們通常都有大量的源代碼和支持資源（屬性文件圖片等等編者注原文為supporting artifacts直譯為支持物件但這裡根據上下文意譯為支持資源較妥）要去管理有這麼多的東西去管理當一個開發團隊試圖去建立一個優化的編譯方案時他們常常感到困惑和挫敗
如果不管這個項目有多大我們的編譯環境都能夠在統一的構架中簡潔地處理我們所有的源代碼事情是不是會變得好一些呢？本文將展示一個Ant編譯環境的例子它來自我對多年來的多個項目的經驗的修改此時此地它或許不是最好的方案但是它的確經歷了時間的考驗也一定會幫助你建立並運行在大多數項目上不管是大是小
警告
先就一些問題說明一下這樣你就不會讀完了這篇文章才發現它對你沒有任何價值
· 本文基於對Ant的了解它是針對那些會用並喜歡Ant的讀者的
· 這裡所說的編譯環境是指模組（modular）和模塊（module）而模塊又是由目錄和子目錄來定義的（譯者注模組modular是模塊module的集合它由多個獨立的模塊構成）這意味著文件和源代碼被存放在許多不同的目錄中因此如果你使用類似Eclipse或IntelliJ Idea這種可以幫你管理類和文件的位置的IDE工具的話本文對你會更加有益當然你也可以使用文本編譯器但是恐怕你會發現你頻頻地在多棵目錄樹上爬上爬下
[] [] [] [] []
From:http://tw.wingwit.com/Article/program/Java/ky/201311/29255.html
