常見的大型軟體項目開發檔案目錄結構

常見的大型軟體項目開發檔案目錄結構

1. Java 項目

調試階段編譯後的 .class 檔案放到 classes 目錄。將 classes 目錄和 lib 中的其他工具 .jar 放到 classpath 中。運行目前的目錄是項目根目錄。

正式發行版的 .class 放到一個或者多個 .jar 檔案中，一般放在目根目錄，也要加到 classpath 中去。

由於在 Java 項目中，經常用多種編譯器進行編譯，比較普遍的是，開發是使用開發工具編譯，打包時使用 Javac 編譯， project 檔案被放到次要的位置。

2. Visual Basic 項目

Visual Basic 項目編譯後的 COM DLL 和 Exe 一般放在項目根目錄下面。由於 Visual Basic 中做 COM DLL 很容易，因而大量使用子項目編譯 COM DLL，通過主 Exe 啟動後載入。

以上的目錄設定存在一種問題： 調試的時候，目前的目錄在子項目目錄下面，比如為 module1_submodule2，而發行版本的目前的目錄在項目根目錄下面，因此需要在程式啟動的時候判斷處理。

3. Visual C++ 項目

調試階段，所有 dll,lib 檔案放到 build 和 lib 目錄下面。對於子項目， build 的時候直接把 dll , exe 放到 build 目錄下面。

同 Visual Basic 項目一樣，存在調試階段和正式版本的目前的目錄不一致的問題。不過， VC 的項目屬性中可以設定 working directory ，所以這個問題也很容易解決。

對於大型項目，還存在一個問題，那就是整個項目編譯時間很長，可能達到半個小時以上。讓每個人每天上午從版本庫裡取最新代碼，這是很正常的做法。但是沒有必要讓每個人每天上午都花半個小時以上時間。比較常見的做法是，在某一台伺服器上面運行一個定時編譯批次程式，一般在半夜，編譯後的檔案放在共用目錄中。這樣程式員每天上班後只需要從版本庫裡取最新的原始碼，然後複製編譯後的檔案，如 .class, .obj,.dll,.exe。

這裡有另外一個要注意的地方，就是不同電腦的時間要同步。不能伺服器時間是五月一日，我的電腦時間是六月一日。編譯器可以做到增量編譯，節省時間。增量編譯比較原始碼的時間和編譯後的檔案時間。由於編譯後的檔案是從伺服器中複製得到，不同電腦時間不能相差太多。

自動編譯後的檔案如 .class, .obj,.dll,.exe 一般並不放入版本庫，而只是共用。因為如果放入版本庫，從用戶端下載後的檔案屬性是唯讀，有很多不方便。

當然，如果只是小型項目，所有檔案放在一個目錄也沒有多大關係，更省事。