構建指令碼的概要

Gradle構建中的兩個基本概念是專案（Project）和任務（Task），每個構建至少包含一個專案，專案中包含一個或多個任務。在多專案構建中，一個專案可以依賴其他專案；類似的，任務可以形成一個依賴關係圖來確保他們的執行順序。

專案（Project）

一個專案代表一個正在構建的元件（比如一個jar檔案），當構建啟動後，Gradle會基於build.gradle例項化一個org.gradle.api.Project類，並且能夠通過project使其隱式可用。

屬性

• group、name、version

方法

• apply、dependencies、repositories、task
• 屬性的其他配置方式：ext、gradle.properties

任務（Task）

任務對應org.gradle.api.Task。主要包括任務動作個任務依賴。任務動作定義了一個最小的工作單元。可以定義依賴於其他任務、動作序列和執行條件。

• dependsOn
• doFirst、doLast<<

自定義任務--建立一個目錄結構

在build.gradle中編寫

//自定義任務
def createDir={
    path->
        File dir = new File(path);
        if(!dir.exists()){
            dir.mkdirs();
        }
}

task makeJavaDir(){
    def paths=['src/config'];
    doFirst{
        paths.forEach(createDir);
    }
}
 

構建生命週期

初始化 ---> 配置--->執行

依賴管理

概述

幾乎所有的基於JVM的軟體專案都需要依賴外部類庫來重用現有的功能。自動化的依賴管理可以明確依賴的版本，可以解決因傳遞性依賴帶來的版本衝突。 

依賴的傳遞性

自動化依賴管理

依賴管理階段配置

• 原始碼的兩個階段:  compile、runtime
• 測試程式碼的兩個階段   ：testCompile、testRuntime

依賴階段關係

解決版本衝突

1. 檢視依賴報告
2. 排除傳遞性依賴
3. 強制指定一個版本

具體解決方案:

• 修改預設解決策略---------只要一遇到版本衝突就報錯誤

configurations.all{
    resolutionStrategy{
        failOnVersionConflict();
    }

}
 

• 強制指定一個版本

configurations.all{
    resolutionStrategy{
        force 'org.slf4j:slf4j-api:1.7.24'
    }
}

多專案構建

在企業專案中，包層次和類關係比較複雜，把程式碼拆分成模組通常是最佳實踐，這需要你清晰的劃分功能的邊界，比如把業務邏輯和資料持久化劃分來。專案符合高內聚低耦合時，模組化就變得很容易，這是非常好的軟體開發實踐的方法。

• 專案模組化
• TODO模組依賴關係

• 配置子專案----配置要求

1. 所有專案應用Java外掛
2. web子專案打包成war包
3. 所有專案新增logback日誌功能
4. 統一配置公共屬性

比如說respository這個子專案需要依賴modle的支援，web需要respository的支援，所以就需要進行配置

在respository中的build.gradle中配置

dependencies {
    //依賴modle
    compile project(":modle");
    testCompile group: 'junit', name: 'junit', version: '4.12'
}

在web中的build,gradle中配置

dependencies {
    //依賴respository
    compile project(":repository")
    testCompile group: 'junit', name: 'junit', version: '4.12'
}

所以就可以看得見他們是層級的依賴關係

總結

gradle構建專案流程：

新建專案（IDE快速新建）->開發（gradle配置依賴）->測試（gradle自動測試）->打包（gradle外掛自動打包）->釋出（gradle外掛自動釋出）