Plug-in Android Gradle 2.2.0 (septembre 2016)

Dépendances :
Nouveau :
  • Utilise Gradle 2.14.1, qui inclut des améliorations de performances et de nouvelles fonctionnalités, et corrige une faille de sécurité qui permet l'élévation des privilèges locaux lorsque le daemon de Gradle est utilisé. Pour en savoir plus, consultez les notes de version de Gradle.
  • Grâce au DSL externalNativeBuild {}, Gradle vous permet désormais d'associer vos sources natives et de compiler des bibliothèques natives à l'aide de CMake ou de ndk-build. Une fois vos bibliothèques natives compilées, Gradle les empaquette dans votre APK. Pour en savoir plus sur l'utilisation de CMake et de ndk-build avec Gradle, consultez Ajouter du code C et C++ à votre projet.
  • Lorsque vous exécutez un build à partir de la ligne de commande, Gradle essaie maintenant de télécharger automatiquement les mises à jour ou composants SDK dont votre projet a besoin. Pour en savoir plus, consultez Télécharger automatiquement les packages manquants avec Gradle.
  • Une nouvelle fonctionnalité expérimentale de mise en cache permet à Gradle réduire la durée de compilation en convertissant vos bibliothèques au format .dex, en les stockant et en réutilisant les versions converties. Pour en savoir plus sur l'utilisation de cette fonctionnalité expérimentale, consultez le guide concernant le cache de compilation.
  • Améliore les performances de compilation en adoptant un nouveau pipeline de packaging par défaut qui traite la compression ZIP, la signature et l'alignement ZIP dans une seule tâche. Vous pouvez revenir à l'utilisation des anciens outils de packaging en ajoutant android.useOldPackaging=true à votre fichier gradle.properties. Lorsque vous utilisez le nouvel outil de packaging, la tâche zipalignDebug n'est pas disponible. Cependant, vous pouvez en créer une vous-même en appelant la méthode createZipAlignTask(String taskName, File inputFile, File outputFile).
  • En plus de la signature JAR traditionnelle, la signature APK utilise désormais APK Signature Scheme v2. Toutes les plates-formes Android acceptent les APK obtenus. Toute modification de ces APK après signature invalide leurs signatures v2 et empêche leur installation sur un appareil. Pour désactiver cette fonctionnalité, ajoutez ce qui suit à votre fichier build.gradle au niveau du module :

    Groovy

    android {
  ...
  signingConfigs {
    config {
      ...
      v2SigningEnabled false
    }
  }
}

    Kotlin

    android {
  ...
  signingConfigs {
    create("config") {
      ...
      v2SigningEnabled = false
    }
  }
}
  • Pour les builds multidex, vous pouvez désormais utiliser les règles ProGuard pour déterminer les classes que Gradle doit compiler dans le fichier DEX principal de votre application. Étant donné que le système Android charge d'abord le fichier DEX principal au démarrage de votre application, vous pouvez donner la priorité à certaines classes au démarrage en les compilant dans le fichier DEX principal. Après avoir créé un fichier de configuration ProGuard spécifiquement pour votre fichier DEX principal, transmettez le chemin d'accès du fichier de configuration à Gradle avec buildTypes.multiDexKeepProguard. L'utilisation de ce DSL est différente de celle de buildTypes.proguardFiles, qui fournit des règles ProGuard générales pour votre application et ne précise pas de classes pour le fichier DEX principal.
  • Ajout de la prise en charge de l'indicateur android:extractNativeLibs, qui peut réduire la taille de votre application lorsque vous l'installez sur un appareil. Lorsque vous définissez cet indicateur sur false dans l'élément <application> du fichier manifeste de votre application, Gradle empaquette les versions non compressées et alignées de vos bibliothèques natives avec votre APK Cela évite que PackageManager ne copie vos bibliothèques natives de l'APK vers le système de fichiers de l'appareil au moment de l'installation, et présente en outre l'avantage de réduire la taille des mises à jour delta de votre application.
  • Vous pouvez à présent spécifier versionNameSuffix et applicationIdSuffix pour les types de produit. (Problème 59614)
Modifications :
  • getDefaultProguardFile renvoie désormais les fichiers ProGuard par défaut fournis par le plug-in Android pour Gradle et n'utilise plus ceux du SDK Android.
  • Amélioration des performances et des fonctionnalités du compilateur Jack :
    • Jack prend désormais en charge la couverture de test Jacoco lorsque vous définissez testCoverageEnabled sur true.
    • Prise en charge améliorée des processeurs d'annotations. Les processeurs d'annotations sur votre classpath, tels que les dépendances compile, sont automatiquement appliqués à votre build. Vous pouvez également spécifier un processeur d'annotations dans votre build et transmettre des arguments à l'aide du DSL javaCompileOptions.annotationProcessorOptions {} dans votre fichier build.gradle au niveau du module :

      Groovy

      android {
  ...
  defaultConfig {
    ...
    javaCompileOptions {
      annotationProcessorOptions {
        className 'com.example.MyProcessor'
        // Arguments are optional.
        arguments = [ foo : 'bar' ]
      }
    }
  }
}

      Kotlin

      android {
  ...
  defaultConfig {
    ...
    javaCompileOptions {
      annotationProcessorOptions {
        className = "com.example.MyProcessor"
        // Arguments are optional.
        arguments(mapOf(foo to "bar"))
      }
    }
  }
}

      Si vous souhaitez appliquer un processeur d'annotations au moment de la compilation, sans l'inclure dans votre APK, utilisez le champ d'application de la dépendance annotationProcessor :

      Groovy

      dependencies {
    compile 'com.google.dagger:dagger:2.0'
    annotationProcessor 'com.google.dagger:dagger-compiler:2.0'
   // or use buildVariantAnnotationProcessor to target a specific build variant
}

      Kotlin

      dependencies {
    implementation("com.google.dagger:dagger:2.0")
    annotationProcessor("com.google.dagger:dagger-compiler:2.0")
   // or use buildVariantAnnotationProcessor to target a specific build variant
}

      • Pour obtenir la liste des paramètres que vous pouvez définir, exécutez la commande suivante depuis la ligne de commande : 

      java -jar /build-tools/jack.jar --help-properties

    • Par défaut, si la taille du tas de mémoire du daemon de Gradle est d'au moins 1,5 Go, Jack s'exécute désormais dans le même processus que Gradle. Pour ajuster la taille du tas de mémoire du daemon, ajoutez les éléments suivants à votre fichier gradle.properties :

      # This sets the daemon heap size to 1.5GB.
org.gradle.jvmargs=-Xmx1536M