但在實務上，takeshi比較偏好使用Maven來建置專案，原因主要如下
1. 依靠特定IDE的專案配置是不理想的
在Java的世界裡，有太多IDE在競爭了(Eclipse、Netbeans、IntelliJ、JDeveloper，etc...)，所以你不能保證你的環境在使用的IDE，未來的某一天會不會被取代掉；像takeshi自己和同事就有遇過要把JBuilder-based專案配置 換成 Eclispe-based專案配置 的需求
使用了Maven，由Maven來提供一個預設的配置環境和完整建置流程，所有使用Maven的專案，大家的專案配置都一模一樣，這樣從別的專案過來支援的Developer，很快地就可以對你的專案上手；因為Maven是Apache Foundation的標準建置工具，所以理所當然地，所有還想繼續混下去的IDE，也不得不支援它囉！這樣的好處是你可以隨時抽換你使用的IDE或是不同Developer使用自己喜好的IDE，而不會帶來專案配置結構的任何改變，仍然可以維持版本控制系統source的一致性！
2. 相依性管理
使用Maven的另一個好處，就是它會幫你管理jar檔之間的一致性，你只需要在Maven的pom.xml設定檔，把相依性設定好，在運行Maven的時候，它就會自動地到Maven Repository去尋找你所指定的jar檔，並且幫你放置在你專案建置好的最終檔案中(例如war檔，就會把相依jar檔放置在/WEB-INF/lib中)
例如在pom.xml檔案中加入以下設定，請Maven在建置專案時，幫你把commons-lang-2.6.jar加入到你的專案中
commons-lang commons-lang 2.6
以下是sample project#2的相依性圖
3. 完整的建置流程
隨著近代軟體開發方法論的演進，自動化可回歸的測試已成了顯學，像takeshi自己就有「無測試程式恐慌症」，就是看到沒有測試程式的案子，就會頭痛、暈眩、上吐下瀉等症狀一一浮現...假如你跟我有同樣症狀，那就恭喜你稍稍跟上時代的腳步了:p
但即使你撰寫了涵蓋率高的測試程式，仍然需要把它們整合到你的專案建置(build)流程中，這樣才能確保你的專案在每一次建置時，都通過了大家擠破腦袋、流血流汗產生的測試程式，藉以提高專案的品質；而Maven天生就提供了完整的建置流程，從compile class檔...運行單元測試...運行整合測試...到建置結果檔案(jar、war，etc)，甚至是自動幫你佈署到特定環境(dev、test、prod，etc)，這些都可以交給Maven幫你處理ㄛ！
Maven的建置流程基本如下圖所示，詳細文件請看這
更有甚者，Maven也可以整合進近年相當火紅的Continuous Integration開發模式中，不過takeshi目前也還沒接觸過這一塊，未來有機會再來討論囉~
講了這麼多，我還沒把sample project #2 with Maven的連結給大家哩:p，連結在這~
使用步驟如下...
1. 把專案下載至本機後，解壓縮至安裝路徑
2. 下載Maven並安裝，跟一般的Java程式(Ant、Tomcat，etc)安裝步驟大同小異，詳情請看這裡
3. 在專案安裝目錄(有pom.xml的那層目錄)，執行mvn install，Maven就會幫你把專案執行測試並建置成war檔
4. 如果要在Maven中運行專案，可以執行mvn jetty:run，然後使用此URLhttp://localhost:8080/takeshi-mvc/bin-debug/連結至專案首頁，便可使用專案
5. 如果要把專案匯入到Eclispe的話，請先安裝m2eclispe，官網有教學影片，相當friendly
6. 安裝完m2eclispe之後，你就可以透過Eclispe來執行Maven，更重要的是，還可以使用Eclispe的debuggerㄛ！使用細節如下影片~
最後takeshi要提醒的是，Maven只是takeshi現階段喜好的專案管理工具，不過它已經是Java世界的老人了...現在也有其它的選擇，如Ivy、Buildr等，喜歡嘗鮮的朋友可以去試試看，到時記得要跟takeshi分享ㄛ ^^
沒有留言:
張貼留言