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

沒有任何難度，只需要繼成自Plugin這個接口，然后重寫apply方法即可。這里我就不再多說了，大家不了解自定義Plugin的可以看我的課程或者其它一些文章。
 
 
 
第二步，開始判斷當(dāng)前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(即當(dāng)前Project)plugins方法拿到每個Project的PluginContainer實例，然后使用這個PluginContainer去判斷，如果為true,則說明是一個app module,我們在最后一行代碼，將其存儲到一個set中去保存起來。
 
第三步，上一步完成以后，那我們的moduleSet中就統(tǒng)計到了工程中所有app module，那最后我們要做的就是將這些信息寫入到一個類中去，讓我們的源碼去使用。一開始實現(xiàn)這一步的時候，我是通過gradle去動態(tài)實現(xiàn)一個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)的添加要編譯的類。第一個參數(shù)是生成java源文件對應(yīng)的Task,第二個參數(shù)是生成的Java源文件所在的目錄。
 
這樣，就實現(xiàn)了在我們編譯的時候，通過gradle動態(tài)的去保存一個工程中所有的app類型的module,那到這里是不是就結(jié)束了呢，功能上其實已經(jīng)實現(xiàn)了，但后來我又思考了一下，我們在編譯一個工程的時候，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,然后為其添加一項我們自己的數(shù)據(jù)不就可以了嗎，看起來確實是可行的，所以我們現(xiàn)在回過頭來分析一下上面我最終實現(xiàn)的代碼，我們通過variant.generateBuildConfig就找到了生成BuildConfig這個Java源文件的Task,然后我們知道Task都是可以為其添加Action的，所以我們最終通過generateBuildConfg.doFirst{}這個方法為其添加一個數(shù)據(jù)項即可。這樣我們就完成了最終要實現(xiàn)的gradle部分的相關(guān)功能。
 
整個工程的代碼還是比較復(fù)雜的，這里我只是復(fù)制出了gradle相關(guān)的一小部分代碼，后面其實還有一個工程是專門為所有的app module去生成路由表，由于后面的功能主要是APT注解處理器的相關(guān)功能，與我們的gradle關(guān)系不大，所以就不再貼代碼了。
 
好，到這里呢，我的這個需求部分就通過gradle完成動態(tài)的解決了，完全無需我們手動去修改，其實gradle的功能是非常強大的，我們寫Java代碼也好，JS代碼也好等等，我們控制的都是源碼期，如果我們掌握了gradle就可以動態(tài)的控制編譯時期。對我們能力的提高是非常的有幫助的。最后附一張圖，是android-gradle-plugin中各Task的一個執(zhí)行順序。（注意：大家只看綠色的Task即可，其它顏色是其它Porject中的Task),