Gradle(構建工具) 33 官方最新版-狗頭發卡網

　　Gradle是构建工具官一款功能強大的構建工具，在程序的新版設計或者開發過程總，構建工具是构建工具官必不可少的程序，這款Gradle基於Java編寫而成，新版能夠扶植用戶輕快構建web程序和移動的构建工具官Android程序，該軟件具有一個針對安卓的新版重生细胞破解版内置修改器电脑版設計模塊Gradle Recipes for Android，該模塊采用了最新的构建工具官集成化工具，可以有效的新版扶植用戶快速的設計出常見的安卓程序構建籌備，可以會談，构建工具官這款Gradle(構建工具)的新版核心部分還是為了安卓開發的，本軟件是构建工具官一個開源的自動化構建係統，引入了基於Groovy的新版特定領域語言（DSL），在構建方麵還是构建工具官比較知名。

軟件功能

　　Gradle Recipes for Android

　　這個動手指南提供了Gradle吃飯譜的新版集合，以扶植您快速，构建工具官輕快地落成Android應用程序最常見的構建任務。您將學習如何自定義項目布局，增補依賴關係以及裸露許多不同版本的應用程序。

　　使用簡潔明了的構建編程語言自動化和集成您的DevOps工具鏈。落成長的重生细胞辅助模式有什么用構建時間。落成代碼凍結。落成構建腳本混亂。落成死亡。落成錯誤回歸。落成斷開的釋放過程。

　　gradle適用於任何結構的工程（Gradle can adapt to any structure you have.）。你可以在同一個開發平台平行構建原工程和gradle工程。通常要求寫相關測試，以保證開發的插件的相似性，這種遷移可以裁減侵吞性，盡可能的可靠。這也是重構的最佳實踐。

　　構建審視是用於開發和維護Gradle構建的重要工具。它為你提供了構建的詳細信息，並為你識別構建環境、依賴或性能上存在的尷尬，同時可以幫你更全麵地理解並晉升構建過程，也便於與他人的合作。

軟件特色

　　晉升任務報告的重生细胞内置修改器性能

　　在Gradle的以前版本中，任務報告的執行性能很差，特別是在具有許多子項目的大型多項目構建中。以前，gradle任務報告將裸露並遍曆任務圖以找到邊緣節點 - 這種情況對中型到大型項目來會談具有巨大的性能成本。此版本的Gradle可顯著晉升任務報告裸露性能。

　　在此更改後，報表現在根據不同的規則呈現任務。默認情況下，報告僅顯示已分配給任務組的所有任務，即所謂的可見任務。尚未分配給任務組的任務（所謂的躲避任務）可以通過啟用命令行選項--all包含在報告中。任務依賴關係不再呈現為縮進的任務節點。

　　對於Gradle自己的構建，打印任務報告的時間從55秒下滑到4秒。

　　Kotlin構建腳本

　　Gradle腳本Kotlin v0.5.0包含在Gradle 3.3中，通過緩存編譯的構建腳本類大大晉升了打開性能。從v0.4.1起的更新：

　　編譯的構建腳本被緩存

　　可以使用正確的類路徑編輯導入項目之外的構建腳本

　　更多Gradle API可用於Kotlin構建腳本

　　更好的與Groovy插件的互操作性

　　有關詳細信息，請參閱Gradle Script Kotlin v0.5.0發行會談明。

　　改進了初始Scala編譯性能

使用會談明

　　這個版本的重生细胞外挂辅助器Gradle使得gradle任務的報告比中型到大型項目快得多。默認情況下，gradle任務現在隻顯示已分配任務組的任務。例如，我們的perf-enterprise-large基準項目的執行時間從554秒裁減到3秒 - 速度超過100倍！請參閱有關如何和為什麽鋪開進一步下滑的技術細節。

　　現在可以使用Visual Studio 2015編譯本機應用程序。Gradle將找到Visual C ++工具鏈所需的通用C運行時。

　　Kotlin構建腳本擁穿著進一步晉升了打開性能，使用基於Groovy的構建腳本晉升了API平衡性，以及與Groovy插件更好的互操作性。有關詳細信息，請參閱gradle-script-kotlin v0.5.0發行會談明。

　　通過增強Gradle與Zinc Scala編譯器的集成，大型多項目構建中的Scala編譯打開時間得到了改進。在Gradle的早期版本中，構建許多Scala項目可能會超時並出局，當並行構建時。

　　工具API裸露更多進度事件。這意味著IDE將更清晰地展示Gradle在配置階段，重生细胞外挂修改器解析依賴關係和使用複合構建過程中所做的籌備。詳細信息和圖片如下。

　　Gradle GUI已被棄用，並將在Gradle 4.0中刪除。建議使用為Gradle提供UI的IDE - 例如IntelliJ IDEA，Eclipse或NetBeans。

　　提示：如果您使用Gradle包裝器並且以前使用Gradle 3.2裸露了包裝器，請重新運行./gradlew包裝器，以避免配置錯誤的包裝器腳本。

安裝會談明

　　先決條件

　　Gradle需要安裝Java JDK或JRE，版本7或更高版本（要檢查，使用java -version）。 Gradle裝有自己的Groovy庫，因此Groovy不需要安裝。 Gradle忽略任何現有的Groovy安裝。

　　Gradle使用在你的路徑中找到的任何JDK 。或者，您可以將JAVA_HOME環境變量設置為指向所需JDK的安裝目錄。

　　下載

　　您可以從Gradle網站下載Gradle發行版之一。

　　開箱

　　Gradle分布被打包為ZIP。完整分發包含：

　　Gradle二進製。

　　用戶指南（HTML和PDF）。

　　DSL參考指南。

　　API文檔（Javadoc）。

　　廣泛的示例，包括用戶指南中引用的示例，以及一些完整和更繁雜的構建，您可以用作自己構建的起點。

　　二進製源。這僅供參考。如果你想構建Gradle，你需要下載源代碼發布或者從源代碼庫檢出源代碼。有關詳細信息，請參閱Gradle網站。

　　環境變量

　　對於運行Gradle，首先增補環境變量GRADLE_HOME。這應該指向Gradle網站上解縮減規模的文件。接下來，將GRADLE_HOME / bin增補到PATH環境變量。通常，這足以運行Gradle。

　　運行並測試安裝

　　你通過gradle命令運行Gradle 。要檢查Gradle是否正確安裝，請輸入gradle -v。輸出顯示Gradle版本以及本地環境配置（Groovy，JVM版本，操作係統等）。顯示的Gradle版本應該與您下載的發行版匹配。

　　JVM選項

　　運行Gradle的JVM選項可以通過環境變量設置。您可以使用GRADLE_OPTS或JAVA_OPTS或兩者。 JAVA_OPTS按照慣例是許多Java應用程序共享的環境變量。典型的用例是在JAVA_OPTS中設置HTTP代理，在GRADLE_OPTS中設置內存選項。這些變量也可以在gradle或gradlew腳本的開頭設置。

　　注意，目前不可能在命令行上為Gradle設置JVM選項。

　　得到扶植

　　您可以在GRADLE_HOME / docs / userguide / userguide.html中查校驗用戶指南。它也可以在Gradle網站上。打字gradle help打印命令行扶植。鍵入gradle任務顯示Gradle構建的所有任務。

使用計劃

　　以前更改測試任務的籌備目錄會使任務過期。對內容的更改沒有這樣的效果：Gradle隻跟蹤籌備目錄的路徑。跟蹤內容會有尷尬，因為默認籌備目錄是項目目錄。

　　大多數測試不依賴於籌備目錄，而是依賴於它的內容。

　　從Gradle 3.3，根本不跟蹤籌備目錄。因此，在構建之間更改籌備目錄的路徑不會使任務過時。

　　如果需要，籌備目錄可以作為顯式輸入增補到任務，內容跟蹤：

　　要恢複以前僅跟蹤籌備目錄的路徑的行為：

　　有幾種不同的計劃可用於查詢為配置定義的依賴關係的文件集。一個這樣的計劃是LenientConfiguration.getFiles（）。在Gradle的以前版本中，此計劃不包括由文件依賴性定義的文件。這些是使用FileCollection聲明的依賴關係，例如：

　　工具API裸露更多進度事件

　　Tooling API現在為更多構建活動裸露進度事件：

　　每個項目的配置。

　　每個依賴項配置的分辨率。

　　buildSrc和組合構建的進度事件。

　　這意味著IDE將更清晰地展示Gradle在配置，依賴關係解析和使用複合構建過程中所做的籌備。

　　之前：

　　創建Java屬性文件的任務

　　新的WriteProperties任務可用於以可再現的方式創建Java屬性文件。有關詳細信息，請參閱“屬性文件”中的“用戶指南”部分。

　　自定義任務屬性注釋可以在子類中覆蓋

　　在Gradle的以前版本中，覆蓋基類中的屬性的自定義任務類無法通過用於增量構建的注釋可靠地更改屬性的類型。 Gradle現在基於類層次結構選擇注釋，以便子類可以覆蓋父類的注釋。子類可以將@InputFiles屬性轉換為@Classpath屬性或@OutputFile屬性轉換為@OutputDirectory屬性或任何其他組合。當擴展或解決不能控製的自定義任務的尷尬時，這可能很有用。

　　現在可以從單個任務屬性中聲明具有名稱的多個任務輸出。大多數任務使用單一輸出注釋（@OutputFile或@OutputDirectory），並且不受此更改的影響。

　　此更改允許插件作家唯一標識每個輸出，因此Gradle可以在與即將到來的構建緩存功能配合使用時準確地捕獲和恢複任務的輸出。將@OutputFiles或@OutputDirectories聲明為FileCollections（或任何其他未實現Map的類型）的任務將綿延籌備，但它們會將任務從輸出緩存中排除。

　　例：