Come escludere risorse specifiche da una priorità AAR?

Question

Esiste un modo ragionevolmente semplice per il file build.gradle di un modulo per indicare che alcuni file da una dipendenza dovrebbero essere esclusi? Sono specificamente interessato ad escludere determinate risorse da una RAA.

---

LeakCanary è una libreria interessante per aiutare a rintracciare le perdite di memoria. Tuttavia, ha un requisito non documentato di compileSdkVersion di 21 o versione successiva. Mentre la maggior parte dei progetti non dovrebbe avere problemi con questo, è sconveniente che una libreria richieda un certo compileSdkVersion senza una buona ragione. Un team di sviluppo potrebbe aver congelato il proprio compileSdkVersion come parte di una politica generale per modificare solo quei tipi di impostazioni come parte dei principali aggiornamenti di versione della propria app o qualcosa del genere.

In questo caso, per v1.3.1 di LeakCanary almeno, è richiesto l'unica ragione compileSdkVersion, AFAICT, è perché la relazione annuale di attività ha una directory res/values-v21/, che contiene una definizione del tema che eredita da Theme.Material. Questo tema è utilizzato da un'attività diagnostica. Questa attività non è mai vista dagli utenti finali, solo dagli sviluppatori nelle build debug. Francamente, a cosa assomiglia quell'attività, a livello di tema, non importa. Forzare un compileSdkVersion di 21 solo per avere quell'attività diagnostica ha un certo tema, IMHO, stupido.

Sarebbe bello se come parte di una direttiva compile potessimo dire "hey, per favore, salta il res/values-v21/ da questo AAR, m'kay?". Poiché il tema -v21 sta semplicemente fornendo una definizione alternativa di un tema definito altrove, l'eliminazione del tema -v21 non interromperà la generazione o interromperà le cose in fase di runtime, ma semplicemente ci darà un'attività di diagnostica legata a Holo -themed.

Non riesco a vedere come this answer funziona con le dipendenze. Sono anche incerto if it is complete, and it certainly does not appear to be supported. Inoltre non si qualifica come "semplice" — Non mi aspetto che qualcuno provi a rilasciare questo in un file build.gradle solo per bloccare un singolo file da una libreria diagnostica come LeakCanary.

Quindi, c'è qualcosa di più semplice di questo che funziona con le edizioni attuali di Android Plugin per Gradle?

Answer 1

Sì, è possibile utilizzare Proguard

buildTypes { 
    release { 
     proguardFiles getDefaultProguardFile('proguard-android.txt'), 
     'proguard-rules.pro' 
    } 
debug { 
     proguardFiles getDefaultProguardFile('proguard-android.txt'), 
     'proguard-rules.pro' 
    } 
} 

Answer 2

EDIT:

Ha scritto compito Gradle avanzate per voi:

final List<String> exclusions = []; 

Dependency.metaClass.exclude = { String[] currentExclusions -> 
    currentExclusions.each { 
     exclusions.add("${getGroup()}/${getName()}/${getVersion()}/${it}") 
    } 
    return thisObject 
} 

dependencies { 
    compile fileTree(dir: 'libs', include: ['*.jar']) 
    testCompile 'junit:junit:4.12' 
    compile ('com.android.support:appcompat-v7:20.+') 
    debugCompile ('com.squareup.leakcanary:leakcanary-android:1.3.1') 
      .exclude("res/values-v21/values-v21.xml") 
    releaseCompile ('com.squareup.leakcanary:leakcanary-android-no-op:1.3.1') 
} 

tasks.create("excludeTask") << { 
    exclusions.each { 
     File file = file("${buildDir}/intermediates/exploded-aar/${it}") 
     println("Excluding file " + file) 
     if (file.exists()) { 
      file.delete(); 
     } 
    } 
} 

tasks.whenTaskAdded({ 
    if (it.name.matches(/^process.*Resources$/)) { 
     it.dependsOn excludeTask 
    } 
}) 

Ora è possibile utilizzare il metodo .exclude() su ogni dipendenza, fornendo nella lista dei percorsi, si desidera escludere dalla dipendenza specificata. Inoltre, è possibile impilare le chiamate al metodo .exclude().

Answer 3

Credo che sia possibile risolvere questo problema in modo più elegante utilizzando la funzione PackagingOptions del DSL Android Gradle Plugin.

Sono stato in grado di usarlo io stesso per escludere alcune librerie native che non avevo bisogno di introdurre da un AAR nel mio progetto.

android { 
    ... 
    packagingOptions { 
     exclude '/lib/armeabi-v7a/<file_to_exclude>' 
    } 
} 

Per il caso descritto nella domanda, credo che questo dovrebbe funzionare:

android { 
    ... 
    packagingOptions { 
     exclude '/res/values-v21/<file_to_exclude>' 
    } 
}