換個視角看 Maven:一個領域平臺的優美設計

作為一個Java程式設計師，Maven是再熟悉不過的工具了, 它提供了構建項目的一個框架， 在默認情況下為我們提供了許多常用的Plugin，其中便包括構建Java項目的Plugin，還有War，Ear等。除此之外還提供內建的項目生命周期管理。 

以上是我們最熟悉的maven的一面。 下面我們要從領域平臺設計的角度，分析Maven的優美設計，為我們做領域平臺化提供參考，最後我們再來思考如何做招商的領域平臺。

Maven是領域驅動設計實現的，作為一個強大的項目管理構建平臺而實現

我們先會介紹maven的基本模型，概念以及功能。 然後我們在分析這個領域平臺在領域設計上的一些亮點。最後我們再延伸思考，如果用maven的思路我們可以在阿里的業務系統平臺化中得到什麼啟示。

Maven的用途，核心概念，用法，擴展等Maven的基本介紹

Maven是 Apache 組織下的一個通用項目管理工具，它主要用來幫助實現項目的構建、測試、打包和部署。Maven 提供了標準的軟體生命周期模型和構建模型，通過配置就能對項目進行全面的管理。它Maven 將構建的過程抽象成一個個的生命周期過程，在不同的階段使用不同的已實現插件來完成相應的實際工作，這種設計方法極大的避免了設計和腳本編碼的重複，極大的實現了復用。

Maven的核心概念

POM

這是Maven最重要的一個概念， pom是指project object Model。pom是一個xml，在maven2裡為pom.xml。是maven工作的基礎，在執行task或者goal時，maven會去項目根目錄下讀取pom.xml獲得需要的配置信息

這個POM，就是maven平臺的領域對象。 Maven就是圍繞這個POM領域對象構建起來的領域平臺。

pom文件中包含了項目的信息和maven build項目所需的配置信息，通常有項目信息(如版本、成員)、項目的依賴、插件和goal、build選項等等

pom是可以繼承的，通常對於一個大型的項目或是多個module的情況，子模塊的pom需要指定父模塊的pom

pom文件中節點含義如下：

project

pom文件的頂級元素

modelVersion

所使用的object model版本，為了確保穩定的使用，這個元素是強制性的。 除非maven開發者升級模板，否則不需要修改

groupId

是項目創建團體或組織的唯一標誌符，通常是域名倒寫，如groupId  org.apache.maven.plugins就是為所有maven插件預留的

artifactId

是項目artifact唯一的基地址名

packaging

artifact打包的方式，如jar、war、ear等等。默認為jar。 這個不僅表示項目最終產生何種後綴的文件，也表示build過程使用什麼樣的lifecycle。

version

artifact的版本，通常能看見為類似0.0.1-SNAPSHOT，其中SNAPSHOT表示項目開發中，為開發版本

name

表示項目的展現名，在maven生成的文檔中使用

url

表示項目的地址，在maven生成的文檔中使用

description

表示項目的描述，在maven生成的文檔中使用

dependencies

表示依賴，在子節點dependencies中添加具體依賴的groupId artifactId和version

build

表示build配置

parent

表示父pom

groupId:artifactId:version唯一確定了一個artifact

Artifact

一個項目將要產生的文件，可以是jar文件，源文件，二進位文件，war文件，甚至是pom文件。每個artifact都由groupId:artifactId:version組成的標識符唯一識別。需要被使用(依賴)的artifact都要放在倉庫

Repositories

Repositories是用來存儲Artifact的。如果說我們的項目產生的Artifact是一個個小工具，那麼Repositories就是一個倉庫，裡面有我們自己創建的工具，也可以儲存別人造的工具，我們在項目中需要使用某種工具時，在pom中聲明dependency，編譯代碼時就會根據dependency去下載工具（Artifact），供自己使用。

對於自己的項目完成後可以通過mvn install命令將項目放到倉庫（Repositories）中
倉庫分為本地倉庫和遠程倉庫，遠程倉庫是指遠程伺服器上用於存儲Artifact的倉庫，本地倉庫是指本機存儲Artifact的倉庫，對於windows機器本地倉庫地址為系統用戶的.m2/repository下面。

對於需要的依賴，在pom中添加dependency即可，可以在maven的倉庫中搜索：http://mvnrepository.com/

Build（Lifecycle -> Phase -> Goal）

Lifecycle(生命周期)，是指一個項目build的過程。這是maven最高級別的的控制單元，它是一系列的phase組成，也就是說，一個生命周期，就是一個大任務的總稱，不管它裡面分成多少個子任務，反正就是運行一個lifecycle，就是交待了一個任務，運行完後，就得到了一個結果，中間的過程，是phase完成的，自己可以定義自己的lifecycle，包含自己想要的phase

maven的Build Lifecycle分為三種，分別為default（處理項目的部署）、clean（處理項目的清理）、site（處理項目的文檔生成）。他們都包含不同的lifecycle。

可以理解為任務單元，lifecycle是總任務，phase就是總任務分出來的一個個子任務，但是這些子任務是被規格化的，它可以同時被多個lifecycle所包含，一個lifecycle可以包含任意個phase，phase的執行是按順序的，一個phase可以綁定很多個goal，至少為一個，沒有goal的phase是沒有意義的

下面重點介紹default Build Lifecycle幾個重要的phase:

validate

驗證項目是否正確以及必須的信息是否可用

compile

編譯原始碼

test

測試編譯後的代碼，即執行單元測試代碼

package

打包編譯後的代碼，在target目錄下生成package文件

integration-test

處理package以便需要時可以部署到集成測試環境

verify

檢驗package是否有效並且達到質量標準

install

安裝package到本地倉庫，方便本地其它項目使用

deploy

部署，拷貝最終的package到遠程倉庫和替他開發這或項目共享，在集成或發布環境完成

以上的phase是有序的（注意實際兩個相鄰phase之間還有其他phase被省略，完整phase見lifecycle），下面一個phase的執行必須在上一個phase完成後

若直接以某一個phase為goal，將先執行完它之前的phase，如mvn install
將會先validate -> compile -> test -> package -> integration-test ->verify最後再執行install phase

goal代表一個特定任務

A goal represents a specific task (finer than a build phase) which contributes to the building and managing of a project.

mvn package表示打包的任務，通過上面的介紹我們知道，這個任務的執行會先執行package phase之前的phase

mvn deploy表示部署的任務

mven clean install則表示先執行clean的phase（包含其他子phase），再執行install的phase。

mojo:

lifecycle與phase與goal都是概念上的東西，mojo才是做具體事情的，可以簡單理解mojo為goal的實現類，它繼承於AbstractMojo，有一個execute方法，goal等的定義都是通過在mojo裡定義一些注釋的anotation來實現的，maven會在打包時，自動根據這些anotation生成一些xml文件，放在plugin的jar包裡

Archetype

原型對於項目的作用就相當於模具對於工具的作用，我們想做一個錘子，將鐵水倒入模具成型後，稍加修改就可以了。

類似我們可以根據項目類型的需要使用不同的Archetype創建項目。通過Archetype我們可以快速標準的創建項目。利用Archetype創建完項目後都有標準的文件夾目錄結構

既然Archetype相當於模具，那麼當然可以自己再造模具了啊，創建Archetype

下面介紹利用maven自帶的集中Archetype創建項目。創建項目的goal為mvn archetype:generate，並且指定archetypeArtifactId，其中archetypeArtifactId見maven自帶的archetypeArtifactId

Plugin

maven的核心僅僅定義了抽象的生命周期，具體的任務是交由插件完成的，插件以獨立的形式存在。
對於插件本身，為了能夠復用代碼，它往往能夠完成多個任務。如maven-dependency-plugin有十多個目標，每個目標對應了一個功能，如dependency:analyze、 dependency:tree和dependency:list。這是一種通用的寫法，冒號前面是插件前綴，後面是該插件的目標。

maven的生命周期與插件相互綁定，用以完成實際的構建任務。具體而言，是生命周期的階段與插件的目標相互綁定，已完成某個具體的構建任務。例如項目編譯這一任務，它對應了default生命周期的compile階段，而maven-compiler-plugin這一插件的compile目標能夠完成該任務，因此將他們綁定。

比如maven預設的三個生命周期： clean, default, site和插件綁定如下：

Clean

clean clean:clean

Site

site site:site site-deploy site:deploy

Default

process-resources resources:resourcescompile compiler:compileprocess-test-resources resources:testResourcestest-compile compiler:testCompiletest surefire:test package ejb:ejb or ejb3:ejb3 or jar:jar or par:par or rar:rar or war:warinstall install:installdeploy deploy:deploy

用戶還能夠自己選擇獎某個插件目標綁定到生命周期的某個階段以執行更多更特色的任務。

比如：

<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-dependency-plugin</artifactId> <version>2.1</version> <executions> <execution> <id>copy</id> <phase>install</phase> <goals> <goal>copy-dependencies</goal> </goals> <configuration> <outputDirectory>lib</outputDirectory> </configuration> </execution> </executions> </plugin>

定義了一個id為copy的任務，利用插件maven-dependency-plugin的copy-dependencies目標綁定到default生命周期的install階段，來實現項目依賴的jar包的自動複製。

當插件目標被綁定到不同的生命周期階段時候，其執行順序會有生命周期階段的先後順序決定的。如果多個目標被綁定到同一個階段，他們的執行順序是由插件聲明的先後順序決定目標的執行順序。

profile

一個優秀的構建系統必須足夠靈活，應該能夠讓項目在不同的環境下都能成功構建。maven為了支持構建的靈活性，內置了三大特性，即：屬性、profile和資源過濾。

profile定義了一系列的profile變量，在具體構建時可用使用其中的某個profile去變量替換資源文件。

Maven設計特點

在上面的介紹裡我們花了很長的篇幅來介紹maven的模型，概念，功能，和運作方式。大家也跟了解Maven是基於project這個領域對象模型上，以項目周期管理為目標而構建的領域平臺。

設計了領域模型，所有的功能圍繞項目Project這個領域模型構建

設計了領域模型的生命周期和執行方式（lifecycle-phase-goal)

設計了項目的原型模式(architype）

設計了可擴展的插件體系(plugin-mojo)

設計了依賴管理(dependencies)

設計了動態配置機制(profile)

設計了artiface倉庫模型(repositories）

從這7個設計點可以看出，maven這個平臺設計得很清晰，對需要解決的問題（項目管理構建）設計了一系列的概念， 功能，流程，方便maven的使用者明確的掌握，同時又可以針對自己的個性化需要去定製擴展平臺的功能。

構建maven式領域平臺

前面我們都是在介紹Maven本身和他的設計特點。 現在我們要發散思考，這種設計在我們用來做自己業務系統的領域平臺時有什麼可以借鑑。

Maven是基於領域模型驅動設計的平臺，圍繞這個業務模型，從他的起始狀態到結束狀態有一個明顯的生命周期概念， 在這個生命周期裡，不同的功能點獨立實現同時又被復用形成多個順序執行的任務單元推動周期的執行。

在我們的業務系統中也有很多類似的需要。 比如下面我們用招商和交易下單為例。

招商平臺和Maven平臺類比

什麼是招商

每年大促前期最重要的準備工作就是招商，招商就是淘寶小二創建了一個活動項目，設計這個活動的玩法， 然後吸引一些商家帶著他們商品參加這個活動，然後小二通過各種資質驗證保證報名商家的資質，並通過各種條件在這些商家中選擇出最後參加活動的結果。然後這個項目活動在參與者，玩法等確定下，去執行一些必要的動作，保障這個活動項目在活動期間能夠按照設計的完成。

招商的領域模型(domain)

招商中最重要的領域模型是活動，我們也可以更規範的成為活動項目(project),每一次小二開始一個招商活動，其實就是設計一個招商活動項目。項目裡需要明確項目的參與者，項目的時間（報名期，審核期，活動期），項目的玩法，項目的產出和需要執行的任務。

活動項目的生命周期(lifecycle)

很直觀，我們就可以確定活動項目是有一個生命周期的。從小二創建活動項目開始到活動結束，基本會經歷一下周期，創建->報名->審核->啟動->運行->結束->收尾。

每個周期可以分多個階段，每個階段都有多個目標需要被執行。這些任務可以被靈活復用。
如何設計這些周期，階段和目標對招商平臺化是否成功有決定性作用。

活動項目的原型模板(architype)

每次小二設計一個活動項目，從資質，玩法，到運作方式等都需要做很多配置，管理。資深運營小二如何把他們的經驗沉澱起來。避免下次類似的活動項目必須從頭開始，新手小二也很難設計出一個成功的活動。這些就需要把這些活動按照一定的模式沉澱成原型(項目的模板），方便下一次即使是新手也可以快速的構建高效的活動項目。那麼招商平臺就也需要設計類似maven 原型類似的功能。

可擴展的插件體系(plugin-mojo)

招商可以說是根據業務方需求，不停的響應提供新的功能支持新的需求等。當新的需求來的時候，我們需要分析出平臺不足或者需要定製的功能點，然後以插件擴展的方式完成開發，同時能把這些功能很好的註冊沉澱到平臺，平臺的功.能隨著業務的發展越來越強大。比如支持更多的資質校驗，支持更多的算法模型，對已有流程如何進行定製擴展，加入新的流程點等等。都需要平臺提供一個類maven的可擴展的插件體系。

依賴管理(dependencies)

招商活動會有很多的依賴，比如IC，UIC，報名的商家和商品資源，搜索算法等等。如何把這些依賴類似maven一樣管理起來，對招商活動項目的運作和監控也就更加直觀。

動態配置機制(profile)

很明顯，這個機制對招商活動項目也很有用處，比如每次活動對商品的打標，活動時間之類都需要類似的功能機制去保障。方便小二的使用調整。比如小二可以預先準備一些配置，然後根據實際情況，切換不同的配置。

artiface倉庫模型(repositories）

活動項目依賴的各種插件實現， 活動結束後生成的案例資源，都可以以案例庫的方式存儲起來。方便更進一步的知識積累和業務擴展。

這些只是對招商這個複雜系統的初步想法，具體招商如何設計模型，生命周期等都需要結合目前招商的功能，按照這種思路，我相信我們的招商平臺會有一個很好的架構，以後也許我們可以給小二提供類似maven命令的方式來構建活動了,:)

mvn create 創建活動 mvn enroll 報名 mvn review 審核 mvn start 啟動 mvn close 結束 mvn clear 掃尾

招商平臺化會包括以下功能：

活動項目對象模型

活動項目構建引擎

開放平臺

原型管理

業務識別

...

通過這些我們打造一個強大的招商平臺。

交易下單平臺（Buy）和Maven平臺類比

另一個很類似的就是buy下單了，基於訂單模型，下單是個典型的生命周期，也很適合用maven的思路來設計。 大家也可以按照類似的思路分析下。 此處省略 1000字，：）。

mvn buy mvn promotion mvn ... mvn order

總結

在工具軟體裡，有很多很好的設計，這些設計對我們做業務系統是個很好的參考。 比如Eclipse， Maven（還可以關注Gradle，這個設計更好），我們可以用這些平臺系統來作為我們平臺化的參考類比設計，開拓我們的思路。

文章來自阿里巴巴技術協會（ATA）精選集，原文首發於阿里雲棲社區：http://yq.aliyun.com/articles/2916 。雲棲社區是由阿里雲負責運營、阿里巴巴技術協會和阿里巴巴集團各技術團隊提供內容支持的開放式技術社區：http://yq.aliyun.com。