標籤:des style class blog java http
首先說一下為什麼要特別寫一個文檔來說明這個階層的事情,各位都在eclipse中使用java.io.File類讀取過workspace中的檔案,我相信在不瞭解eclipse目錄階層的情況很少有人可以一次性把路徑給寫對了,為了避免以後再出現這種令人難堪的情況,還是編寫這樣一篇掃盲性的說明文檔比較合適。當然重點絕不是上面的資源路徑怎麼編寫,而是影響圍繞整個工程的生命週期的構建活動。
首先看一下eclipse在預設情況下建立一個普通的Java Project的目錄結構:
從上面可以看出來eclipse在建立一個Java Project的時候會建立一個預設的Source folder名為src,該檔案夾下的所有檔案經過編譯之後會輸出到同級的bin目錄下。關於working set,很好理解,用來分類管理項目工程,你建立的工程主要用來做什嗎?屬於什麼類別?考慮完這兩個問題你就知道放置在哪個具體的working set中了。
預設情況下,Package Explorer不顯示working set,這需要將working set作為頂級元素的設定方法如下:
很多人在編寫測試案例的時候喜歡用一個main方法在被測試程式內部中進行測試,如此把測試代碼和生產代碼混合在一起對程式可讀性簡直是毀滅性的打擊,所以還是建立一個專門的測試類別吧,測試類別的命名最好遵從一定的規範這樣大家都容易識別,建議將被測試類別名+Test作為基本測試類別的命名規則。關於測試類別的存放又是有門道的,很多人喜歡在src下建立一個package叫做test,然後在這裡面存放所有的測試案例。還是那句話,測試類別不應該出現在生產環境下,所以還是將測試類別放到一個單獨的source folder下面吧。
下面分享一個建立測試案例的簡便方法:
現在我有一個這樣的類需要進行測試
package cn.seit.eclipse;
public class HelloEclipse {
public static String sayHello(String name) {
return "Hello" + name;
}
}
首先在Package Explorer中選中HelloEclipse這個java檔案,然後建立一個JUnit Test Case,eclipse會自動完成下面這些事情:
點擊Next,選擇需要測試的方法
完成之後,可以發現被測試類別和測試案例的關係如下:
這樣一來兩者之間就建立了一定的對應關係,通過一方可以輕鬆知道另一方的存放位置。
引用上面將測試案例存放在一個專門的資源檔夾下的思想,我們同樣可以將工程中產生的設定檔放置在一個專一的資源檔夾下。
Java Project發布一般是通過jar包的方式,我們可以在匯出jar的時候做一下輕鬆設定,就將測試案例從生產環境中脫離了。
上面主要就是講述了一個工程的資源檔的合理存放位置,用過maven的朋友對這種方式會非常熟悉,因為maven的工程結構就是這樣子的。
Maven提倡使用一個共同的標準目錄結構,使開發人員能在熟悉了一個Maven工程後,對其他的Maven工程也能清晰瞭解。這樣做也省去了很多設定的麻煩。
以下的文檔介紹是Maven希望的目錄結構,並且也是目錄建立工程是採用的目錄結構。Maven推薦大家儘可能的遵守這樣的目錄結構。
src/main/java |
Application/Library sources |
src/main/resources |
Application/Library resources |
src/main/filters |
Resource filter files |
src/main/assembly |
Assembly descriptors |
src/main/config |
Configuration files |
src/main/webapps |
Web application sources |
src/test/java |
Test sources |
src/test/resources |
Test resources |
src/test/filters |
Test resource filter files |
src/site |
Site |
LICENSE.txt |
Project‘s license |
README.txt |
Project‘s readme |
看,maven的思想還是相當值得借鑒的,使用一個統一的標準目錄層級結構可以為開發人員大大降低溝通成本,提高團隊的執行效率。我想在軟體開發整個行業裡面,大家遵循統一的標準對行業的發展會起到一個很好的促進作用,謝謝。
蕭易客
時間:2014/6/4