Gradle在實(shí)際網(wǎng)站開發(fā)中的用處

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

沒有任何難度，只需要繼成自Plugin這個(gè)接口，然后重寫apply方法即可。這里我就不再多說了，大家不了解自定義Plugin的可以看我的課程或者其它一些文章。
第二步，開始判斷當(dāng)前Project是否包含了com.android.application這個(gè)插件。如何判斷，也非常簡單，只需要你對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(即當(dāng)前Project)plugins方法拿到每個(gè)Project的PluginContainer實(shí)例，然后使用這個(gè)PluginContainer去判斷，如果為true,則說明是一個(gè)app module,我們在最后一行代碼，將其存儲(chǔ)到一個(gè)set中去保存起來。
第三步，上一步完成以后，那我們的moduleSet中就統(tǒng)計(jì)到了工程中所有app module，那最后我們要做的就是將這些信息寫入到一個(gè)類中去，讓我們的源碼去使用。一開始實(shí)現(xiàn)這一步的時(shí)候，我是通過gradle去動(dòng)態(tài)實(shí)現(xiàn)一個(gè)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);
這個(gè)方法是BaseVariant也就是每個(gè)最終要生成的變體都可以在編譯時(shí)期去為其動(dòng)態(tài)的添加要編譯的類。第一個(gè)參數(shù)是生成java源文件對應(yīng)的Task,第二個(gè)參數(shù)是生成的Java源文件所在的目錄。
這樣，就實(shí)現(xiàn)了在我們編譯的時(shí)候，通過gradle動(dòng)態(tài)的去保存一個(gè)工程中所有的app類型的module,那到這里是不是就結(jié)束了呢，功能上其實(shí)已經(jīng)實(shí)現(xiàn)了，但后來我又思考了一下，我們在編譯一個(gè)工程的時(shí)候，android-gradle-plugin這個(gè)插件總是會(huì)為我們生成一個(gè)BuildConfig類，這個(gè)類中其實(shí)也放的是一些編譯期的一些信息，例如：是否是Debug，applictaionId等等，那我就在想，我直接將我們上面保存的信息，直接寫入到這個(gè)plugin會(huì)自動(dòng)幫我們生成的類不就可以了嗎？于是我在最后又優(yōu)化了一下我們的代碼。
大家來看：
variants.all { BaseVariant variant ->
if (variant instanceof ApplicationVariant) {
//為generateBuildConfig這個(gè)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}\""))
}
}
為什么可以這樣寫呢，其實(shí)思路很簡單，既然BuildConfig這個(gè)Java源文件在生成的時(shí)候會(huì)寫入原始的一些信息，那我們是不是找到生成BuildConfigo類的Task,然后為其添加一項(xiàng)我們自己的數(shù)據(jù)不就可以了嗎，看起來確實(shí)是可行的，所以我們現(xiàn)在回過頭來分析一下上面我最終實(shí)現(xiàn)的代碼，我們通過variant.generateBuildConfig就找到了生成BuildConfig這個(gè)Java源文件的Task,然后我們知道Task都是可以為其添加Action的，所以我們最終通過generateBuildConfg.doFirst{}這個(gè)方法為其添加一個(gè)數(shù)據(jù)項(xiàng)即可。這樣我們就完成了最終要實(shí)現(xiàn)的gradle部分的相關(guān)功能。
整個(gè)工程的代碼還是比較復(fù)雜的，這里我只是復(fù)制出了gradle相關(guān)的一小部分代碼，后面其實(shí)還有一個(gè)工程是專門為所有的app module去生成路由表，由于后面的功能主要是APT注解處理器的相關(guān)功能，與我們的gradle關(guān)系不大，所以就不再貼代碼了。

文章題目：Gradle在實(shí)際網(wǎng)站開發(fā)中的用處
瀏覽地址：http://muchs.cn/news3/236603.html

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

廣告

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