1. 更快、更簡單 比起 Maven1 那不急不慢的運行速度,Maven2在速度上有了質的飛躍,甚至與Ant相比也毫不遜色(當然,下載不算)。除此之外,"簡化工作,使用業界公認的最佳實踐"也是是 Maven2 的另一大主題,其他的新特性無處不在體現 Maven2 爲簡化工作而做出的努力。 2. 更少的配置文件 Maven1 和 Maven2 主要配置文件的對比: Maven1:project.xml、maven.xml、project.properties和build.properties。 Maven2:pom.xml和settings.xml。 POM是Maven的核心對象模型,在Maven2中POM已由project.xml轉移到pom.xml中使用,版本也由3升級爲4。對於項目,一般只需要pom.xml就行了。 在Maven2中不需要也不提倡使用maven.xml,原因如下: plugin的易用性的增強。 散佈於maven.xml中的內容難以在不同項目間共享,也不利於維護。在Maven2中建議使用自定義的plugin來封裝這些內容。 如果仍期望能夠使用類似maven.xml的功能,如<preGoal>,請參考Inserting non-standard build steps using preGoals and postGoals。 在Maven2中,配置使用settings.xml,它取代了原有的project.properties和build.properties。配置在Maven2中存在兩種級別: 用戶級,針對操作系統登錄用戶而言。一般在$home/.m2/,對於windows用戶,就是目錄:C:\Documents and Settings\用戶名\.m2\settings.xml。 全局級:一般在%M2_HOME%/conf/settings.xml,M2_HOME是Maven2的根目錄環境變量名。 在settings.xml中可以配置,如本地Repository、proxy等等,關於settings.xml的結構可以從Maven的官方網站上獲取。 3. Plugin語言更換 在Maven2中,編寫plugin的語言由jelly變更爲Java和BeanShell。Java在速度上更有優勢,而且開發人員的熟悉程度更高。對於其他的流行腳本,如groovy,Maven的官方網站的意見是,等待其更成熟時再考慮 。 4. 提供預定義的目錄模板 好的目錄結構可以使開發人員更容易理解項目,爲以後的維護工作也打下良好的基礎。Maven2根據業界公認的最佳目錄結構,爲開發者提供了缺省的標準目錄模板。 使用目錄模板,可以使pom.xml更簡潔。因爲Maven2已經根據缺省目錄,預定義了相關的動作,而無需人工的干預。以resources目錄爲例: src/main/resources,負責管理項目主體的資源。在使用Maven2執行compile之後,這個目錄中的所有文件及子目錄,會複製到target/classes目錄中,爲以後的打包提供了方便。 src/test/resources,負責管理項目測試的資源。在使用Maven2執行test-compile之後,這個目錄中的所有文件及子目錄,會複製到target/test-classes目錄中,爲後續的測試做好了準備。 這些動作在 Maven1 中,是需要在 maven.xml 中使用<preGoal>或<postGoal>來完成的。如今,完全不需要在pom.xml中指定就能夠自動完成。在src和test都使用resources,方便構建和測試,這種方式本就已是前人的經驗。通過使用Maven2,使這個經驗在開發團隊中得到普及。 創建標準目錄模板,可以通過如下命令: mvn archetype:create -DgroupId=com.codeline.commons -DartifactId=codelineCommons groupId和artifactId的含義與Maven1中的含義一樣,參數artifactId的值會作爲項目根目錄的名字。除了建立相應的目錄之外,Maven2還會創建缺省的pom.xml。 Maven2也考慮到:不同類型的項目需要擁有不同的目錄結構。如創建web項目,可以使用命令: mvn archetype:create -DgroupId=com.mycompany.app -DartifactId=my-webapp -DarchetypeArtifactId=maven-archetype-webapp 5. 生命週期的引入 在Maven2中有了明確的生命週期概念,而且都提供與之對應的命令,使得項目構建更加清晰明瞭。主要的生命週期階段: validate,驗證工程是否正確,所有需要的資源是否可用。 compile,編譯項目的源代碼。 test-compile,編譯項目測試代碼。 test,使用已編譯的測試代碼,測試已編譯的源代碼。 package,已發佈的格式,如jar,將已編譯的源代碼打包。 integration-test,在集成測試可以運行的環境中處理和發佈包。 verify,運行任何檢查,驗證包是否有效且達到質量標準。 install,把包安裝在本地的repository中,可以被其他工程作爲依賴來使用 deploy,在整合或者發佈環境下執行,將最終版本的包拷貝到遠程的repository,使得其他的開發者或者工程可以共享。 generate-sources,產生應用需要的任何額外的源代碼,如xdoclet。 如果要執行項目編譯,那麼直接輸入:mvn compile即可,對於其他的階段可以類推。階段之間是存在依賴關係(dependency)的,如test依賴test-compile。在執行mvn test時,會先運行mvn test-compile,然後纔是mvn test。 6. 新增Dependency Scope 在POM 4中,<dependency>中還引入了<scope>,它主要管理依賴的部署。目前<scope>可以使用5個值: compile,缺省值,適用於所有階段,會隨着項目一起發佈。 provided,類似compile,期望JDK、容器或使用者會提供這個依賴。如servlet.jar。 runtime,只在運行時使用,如JDBC驅動,適用運行和測試階段。 test,只在測試時使用,用於編譯和運行測試代碼。不會隨項目發佈。 system,類似provided,需要顯式提供包含依賴的jar,Maven不會在Repository中查找它。 <scope>的使用舉例: <dependency> <groupId>hibernate</groupId> <artifactId>hibernate</artifactId> <version>3.0.3</version> <scope>test</scope> </dependency> 7. 傳遞依賴,簡化依賴管理 在Maven1中,需要把依賴所需要的包也一併列出。這對於使用類似如Hibernate的用戶來說所操的心太多了,而且也不方便。在Maven2中實現了傳遞依賴,如此對於Hibernate所依賴的包,Maven2會自動下載,開發人員只需關心Hibernate即可。 注意:只有得到Maven支持的依賴,通常是plugin形式出現,才能獲得這個特性。而且對於一些老的plugin,可能由於時間的關係不支持傳遞依賴。如至少在Maven 2.0.1中,對於Hibernate 2.1.2,仍然需要顯式列出Hibernate 2.1.2所依賴的包。
Maven2與maven1之間的區別
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.