Gradle是一個基于Apache Ant和Apache Maven概念的網站項目自動化構建開源開發(fā)工具。它使用一種基于Groovy的特定領域語言(DSL)來聲明項目設置，拋棄了基于XML的各種繁瑣配置。Gradle這門技術自動化構建被開發(fā)出來的時間已經不短了，更多的有名氣的開源工程已經從原始的ant,maven等原始的構建遷移到了gradle中，例如：復雜的動態(tài)網站Spring制作，技術要求更高的安全網站建設都可以使用Gradle化繁為簡，較為簡單的一些有android端瀏覽器開發(fā),java應用工程等等，有許多人問我在從事實際網站開發(fā)的工作中，如何能夠使用到gradle呢，接下來我就來為大家去講解一下，如何在實際開發(fā)工作中去使用gradle讓你更快更簡潔的完成你的工作。
我們都知道，任何一門技術都有特定的使用場景，很少有計算機語言能夠應用在所有的場景下，也就是說你碰到的這個問題確實可以用gradle去解決，那我們才去考慮使用gradle而不是為了用而用，下面我來講一下，在我最近的工作中用到gradle的一個實例。
具體的技術背景需求我就不展示說了，與gradle相關的技術點就是，要在編譯的時候，自動去生成一個類，然后將一些編譯時期應用程序的信息寫到這個類中去，具體到我這里的需求就是，要在編譯的時候將所有工程中依賴了某個特定plugin(可以假定為所有apply了com.android.application)的module的名字都統(tǒng)計到一個類中去。以供應用程序去使用(實際需求是為所有app module生成路由表).
總結一下我們的需求就是：要統(tǒng)計一個完整的工程中有哪幾個工程引入了com.android.application這個插件，那我們應該怎么做呢，當然你可以說，我手動創(chuàng)建一個類，里面一個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中就統(tǒng)計到了工程中所有app module，那最后我們要做的就是將這些信息寫入到一個類中去，讓我們的源碼去使用。一開始實現這一步的時候，我是通過gradle去動態(tài)實現一個Java類，然后將此類去參與編譯，核心就是將生成的java源文件添到加編譯環(huán)節(jié)中，核心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也就是每個最終要生成的變體都可以在編譯時期去為其動態(tài)的添加要編譯的類。第一個參數是生成java源文件對應的Task,第二個參數是生成的Java源文件所在的目錄。
這樣，就實現了在我們編譯的時候，通過gradle動態(tài)的去保存一個工程中所有的app類型的module,那到這里是不是就結束了呢，功能上其實已經實現了，但后來我又思考了一下，我們在編譯一個工程的時候，android-gradle-plugin這個插件總是會為我們生成一個BuildConfig類，這個類中其實也放的是一些編譯期的一些信息，例如：是否是Debug，applictaionId等等，那我就在想，我直接將我們上面保存的信息，直接寫入到這個plugin會自動幫我們生成的類不就可以了嗎？于是我在最后又優(yōu)化了一下我們的代碼。
大家來看：
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在實際網站開發(fā)中的用處
瀏覽地址：http://www.rwnh.cn/news3/236603.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供關鍵詞優(yōu)化、虛擬主機、網頁設計公司、網站收錄、全網營銷推廣、定制開發(fā)

廣告

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