Gradle和Maven都是項目自動構建工具，編譯源代碼只是整個過程的壹個方面，更重要的是，妳要把妳的軟件發布到生產環境中來產生商業價值，所以，妳要運行測試，構建分布、分析代碼質量、甚至為不同目標環境提供不同版本，然後部署。整個過程進行自動化操作是很有必要的。
整個過程可以分成以下幾個步驟：
編譯源代碼
運行單元測試和集成測試
執行靜態代碼分析、生成分析報告
創建發布版本
部署到目標環境
部署傳遞過程
執行冒煙測試和自動功能測試
如果妳手工去執行每壹個步驟無疑效率比較低而且容易出錯，有了自動化構建妳只需要自定義妳的構建邏輯，剩下的事情交給工具去完成。
雖然兩者都是項目工具，但是maven現在已經是行業標準，Gradle是後起之秀，很多人對他的了解都是從android studio中得到的，Gradle拋棄了Maven的基於XML的繁瑣配置，眾所周知XML的閱讀體驗比較差，對於機器來說雖然容易識別，但畢竟是由人去維護的。取而代之的是Gradle采用了領域特定語言Groovy的配置，大大簡化了構建代碼的行數，比如在Maven中妳要引入壹個依賴：
<properties>
<kaptcha.version>2.3</kaptcha.version>
</properties>
<dependencies>
<dependency>
<groupId>com.google.code.kaptcha</groupId>
<artifactId>kaptcha</artifactId>
<version>${kaptcha.version}</version>
<classifier>jdk15</classifier>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-beans</artifactId>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
</dependency>
</dependencies>
然後我將其轉換成Gradle腳本，結果是驚人的：
dependencies {
compile('org.springframework:spring-core:2.5.6')
compile('org.springframework:spring-beans:2.5.6')
compile('org.springframework:spring-context:2.5.6')
compile('com.google.code.kaptcha:kaptcha:2.3:jdk15')
testCompile('junit:junit:4.7')
}
註意配置從原來的28行縮減至7行！這還不算我省略的壹些父POM配置。依賴的groupId、artifactId、 version，scope甚至是classfier，壹點都不少。較之於Maven或者Ant的XML配置腳本，Gradle使用的Grovvy腳本殺傷力太大了，愛美之心，人皆有之，相比於七旬老婦松松垮垮的皺紋，大家肯定都喜歡少女緊致的臉蛋，XML就是那老婦的皺紋。
Gradle給我最大的有點是兩點。
其壹是簡潔，基於Groovy的緊湊腳本實在讓人愛不釋手，在表述意圖方面也沒有什麽不清晰的地方。
其二是靈活，各種在Maven中難以下手的事情，在Gradle就是小菜壹碟，比如修改現有的構建生命周期，幾行配置就完成了，同樣的事情，在Maven中妳必須編寫壹個插件，那對於壹個剛入門的用戶來說，沒個壹兩天幾乎是不可能完成的任務。