Gradle是一個基于Apache Ant和Apache Maven概念的網站項目自動化構建開源開發工具。它使用一種基于Groovy的特定領域語言(DSL)來聲明項目設置，拋棄了基于XML的各種繁瑣配置。Gradle這門技術自動化構建被開發出來的時間已經不短了，更多的有名氣的開源工程已經從原始的ant,maven等原始的構建遷移到了gradle中，例如：復雜的動態網站Spring制作，技術要求更高的安全網站建設都可以使用Gradle化繁為簡，較為簡單的一些有android端瀏覽器開發,java應用工程等等，有許多人問我在從事實際網站開發的工作中，如何能夠使用到gradle呢，接下來我就來為大家去講解一下，如何在實際開發工作中去使用gradle讓你更快更簡潔的完成你的工作。
我們都知道，任何一門技術都有特定的使用場景，很少有計算機語言能夠應用在所有的場景下，也就是說你碰到的這個問題確實可以用gradle去解決，那我們才去考慮使用gradle而不是為了用而用，下面我來講一下，在我最近的工作中用到gradle的一個實例。
具體的技術背景需求我就不展示說了，與gradle相關的技術點就是，要在編譯的時候，自動去生成一個類，然后將一些編譯時期應用程序的信息寫到這個類中去，具體到我這里的需求就是，要在編譯的時候將所有工程中依賴了某個特定plugin(可以假定為所有apply了com.android.application)的module的名字都統計到一個類中去。以供應用程序去使用(實際需求是為所有app module生成路由表).
總結一下我們的需求就是：要統計一個完整的工程中有哪幾個工程引入了com.android.application這個插件，那我們應該怎么做呢，當然你可以說，我手動創建一個類，里面一個map每次新增了app module的時候，我手動加一行數據，這種方式固然可以，但是太煩了，而且容易忘記，此時我們gradle自動化的技術就可以派上用場了。
下面，我把核心代碼貼出來，大家就可以看明白。
第一步，我定義了一個單獨的plugin,也就是說只要引入我這個自定義Plugin你就可以實現這個功能。先來看一下自定義plugin的主體很簡單。

沒有任何難度，只需要繼成自Plugin這個接口，然后重寫apply方法即可。這里我就不再多說了，大家不了解自定義Plugin的可以看我的課程或者其它一些文章。
第二步，開始判斷當前Project是否包含了com.android.application這個插件。如何判斷，也非常簡單，只需要你對gradle的API有一定了解就可以知道，下面看我們的代碼。
project.afterEvaluate {
if (it.plugins.hasPlugin(AppPlugin)) {
appModuleCompileDependencies << project.name
appModuleCompileDependencies.addAll(
project.getConfigurations().getByName("compile").dependencies.name)
}
// Record router modules' name, include library and app modules.
def routerModule = it.plugins.hasPlugin(
RouterPlugin) && appModuleCompileDependencies.contains(it.project.name)
if (routerModule) modulesSet.add(validateName(it.name))
}
通過it(即當前Project)plugins方法拿到每個Project的PluginContainer實例，然后使用這個PluginContainer去判斷，如果為true,則說明是一個app module,我們在最后一行代碼，將其存儲到一個set中去保存起來。
第三步，上一步完成以后，那我們的moduleSet中就統計到了工程中所有app module，那最后我們要做的就是將這些信息寫入到一個類中去，讓我們的源碼去使用。一開始實現這一步的時候，我是通過gradle去動態實現一個Java類，然后將此類去參與編譯，核心就是將生成的java源文件添到加編譯環節中，核心API是：
/**
* Adds to the variant a task that generates Java source code.
*
* This will make the generate[Variant]Sources task depend on this task and add the
* new source folders as compilation inputs.
*
* The new source folders are also added to the model.
*
* @param task the task
* @param sourceFolders the source folders where the generated source code is.
*/
void registerJavaGeneratingTask(@NonNull Task task, @NonNull Collection sourceFolders);
這個方法是BaseVariant也就是每個最終要生成的變體都可以在編譯時期去為其動態的添加要編譯的類。第一個參數是生成java源文件對應的Task,第二個參數是生成的Java源文件所在的目錄。
這樣，就實現了在我們編譯的時候，通過gradle動態的去保存一個工程中所有的app類型的module,那到這里是不是就結束了呢，功能上其實已經實現了，但后來我又思考了一下，我們在編譯一個工程的時候，android-gradle-plugin這個插件總是會為我們生成一個BuildConfig類，這個類中其實也放的是一些編譯期的一些信息，例如：是否是Debug，applictaionId等等，那我就在想，我直接將我們上面保存的信息，直接寫入到這個plugin會自動幫我們生成的類不就可以了嗎？于是我在最后又優化了一下我們的代碼。
大家來看：
variants.all { BaseVariant variant ->
if (variant instanceof ApplicationVariant) {
//為generateBuildConfig這個Task添加額外Action
def generateBuildConfig = variant.generateBuildConfig
generateBuildConfig.doFirst {
def modules = new StringBuilder()
modulesSet.each {
modules.append(it).append(',')
}
items.add(new ClassFieldImpl("String", "ALL_MODULES", "\"${modules}\""))
}
}
為什么可以這樣寫呢，其實思路很簡單，既然BuildConfig這個Java源文件在生成的時候會寫入原始的一些信息，那我們是不是找到生成BuildConfigo類的Task,然后為其添加一項我們自己的數據不就可以了嗎，看起來確實是可行的，所以我們現在回過頭來分析一下上面我最終實現的代碼，我們通過variant.generateBuildConfig就找到了生成BuildConfig這個Java源文件的Task,然后我們知道Task都是可以為其添加Action的，所以我們最終通過generateBuildConfg.doFirst{}這個方法為其添加一個數據項即可。這樣我們就完成了最終要實現的gradle部分的相關功能。
整個工程的代碼還是比較復雜的，這里我只是復制出了gradle相關的一小部分代碼，后面其實還有一個工程是專門為所有的app module去生成路由表，由于后面的功能主要是APT注解處理器的相關功能，與我們的gradle關系不大，所以就不再貼代碼了。

文章題目：Gradle在實際網站開發中的用處
瀏覽地址：http://www.js-pz168.com/news3/236603.html

成都網站建設公司_創新互聯，為您提供關鍵詞優化、虛擬主機、網頁設計公司、網站收錄、全網營銷推廣、定制開發

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯