一、介紹
java的源碼構建工具,大致經歷了 ant -> maven -> gradle 這個過程,每一次進步,都是在解決之前的工具所帶來的問題,簡單來說:
1. ant 功能雖然也很強大,但是過於靈活,規范性不足,對目錄結構及build.xml沒有默認約定 ,10個程序員做同樣的項目,可能最終出來的10個項目,目錄結構和build.xml都不相同,而且沒有統一的依賴項管理。
2. maven的出現,解決了規范的問題,也順帶解決了依賴項統一管理的問題,但是規范性又太強了,基本上可以認為是一種強規范,用久了之后,感覺靈活性顯略不足,而且pom.xml采用xml結構,項目大了,xml就有些冗長。
3. gradle則是綜合了ant與maven的優點,吸收了ant中task的思想,然后把maven的目錄規范及倉庫思想也融合進來了,但是允許用戶自由修改默認的規范(比如:源代碼目錄可以自己指定),另外配置文件采用groovy語言來書寫(格式初看上去有點類似json,比較精減),注意:groovy是一門真正的【可編程】語言,而不是象css、html之類的標記性「符號」,所以從這個意義上講,配置文件build.gradle本身就是一份源代碼,這份源代碼,最終交由gradle來處理執行,完成代碼的構建工作。
gradle的發展速度之快,是ant 與 maven所不能比擬的,看下gradle官網的文檔就能感受到了,一個新興的工具文檔如此之齊全,可見大家對它的認可程度。
二、安裝:
安裝十分簡單,到官司下載最新版(是一個壓縮包),解壓某個目錄,然后在環境變量里添加GRADLE_HOME, 再把該變量添加到path路徑中,保證能找到gradle命令即可,參考下面的環境變量設置:
1.windows環境
設置系統環境變量
GRADLE_HOME D:\Work\04_Plug-in unit\gradle-2.10
PATH中增加
%GRADLE_HOME%\bin;
注意:如果是win10系統,無需配置GRADLE_HOME,因為path中不識別變量,直接在PATH中用全路徑
D:\Work\04_Plug-in unit\gradle-2.10\bin
2.Linux系統
export GRADLE_HOME=/opt/module/gradle-2.10 export PATH="...bin:${GRADLE_HOME}/bin"
驗證:
gradle -version 或 gradle -v
三、IDEA中使用
1.idea導入gradle的設置

#查看所有可用的task gradle task #編譯(編譯過程中會進行單元測試) gradle build #單元測試 gradle test #編譯時跳過單元測試 gradle build -x test #直接運行項目 gradle run #清空所有編譯、打包生成的文件(即:清空build目錄) gradle clean #生成mybatis的model、mapper、xml映射文件,注: 生成前,先修改src/main/resources/generatorConfig.xml 文件中的相關參數 , 比如:mysql連接串,目標文件的生成路徑等等 gradle mybatisGenerate #生成可運行的jar包,生成的文件在build/install/hello-gradle下,其中子目錄bin下為啟動腳本, 子目錄lib為生成的jar包 gradle installApp #打包源代碼,打包后的源代碼,在build/libs目錄下 gradle sourcesJar #安裝到本機maven倉庫,此命令跟maven install的效果一樣 gradle install #生成pom.xml文件,將會在build根目錄下生成pom.xml文件,把它復制項目根目錄下,即可將gradle方便轉成maven項目 gradle createPom