Le plug-in Android Gradle 8.3.0 est une version majeure qui comprend de nombreuses nouvelles fonctionnalités et améliorations.
Compatibilité
Le niveau d'API maximal compatible avec le plug-in Android Gradle 8.3 est le niveau d'API 34. Voici d'autres informations sur la compatibilité:
Version minimale | Version par défaut | Notes | |
---|---|---|---|
Gradle | 8,4 | 8,4 | Pour en savoir plus, consultez Mettre à jour Gradle. |
Build Tools SDK | 34.0.0 | 34.0.0 | Installez ou configurez des Build Tools SDK. |
NDK | N/A | 25.1.8937393 | Installez ou configurez une autre version du NDK. |
JDK | 17 | 17 | Pour en savoir plus, consultez Définir la version du JDK. |
Voici les nouvelles fonctionnalités du plug-in Android Gradle 8.3.
Versions de correctif
Voici une liste des versions de correctif dans Android Studio Iguana et dans le plug-in Android Gradle 8.3.
Android Studio Iguana | 2023.2.1 Correctif 2 et AGP 8.3.2 (avril 2024)
Cette mise à jour mineure inclut ces corrections de bugs.
Android Studio Iguana | 2023.2.1 Correctif 1 et AGP 8.3.1 (mars 2024)
Cette mise à jour mineure inclut ces corrections de bugs.
Compatibilité avec les catalogues de versions Gradle
Android Studio est compatible avec les catalogues de versions Gradle basés sur TOML, une fonctionnalité qui vous permet de gérer les dépendances dans un emplacement central et de les partager entre les modules ou les projets. Android Studio facilite désormais la configuration des catalogues de versions grâce aux suggestions de l'éditeur et à l'intégration à la boîte de dialogue Project Structure (Structure du projet). Découvrez comment configurer et configurer des catalogues de versions Gradle ou comment migrer votre build vers des catalogues de versions.
Complétion et navigation dans le code
Android Studio propose la saisie semi-automatique du code lorsque vous modifiez un catalogue de versions au format de fichier TOML ou ajoutez une dépendance à partir d'un catalogue de versions à un fichier de compilation. Pour utiliser la saisie semi-automatique, appuyez sur Ctrl+Espace (Command+Espace sur macOS). En outre, vous pouvez passer rapidement d'une référence de dépendance dans le fichier build.gradle
de votre application à l'endroit où elle est déclarée dans le catalogue de versions en appuyant sur Ctrl+b (Commande+b sur macOS).
Intégration à la boîte de dialogue "Structure du projet"
Si votre projet utilise un catalogue de versions défini au format de fichier TOML, vous pouvez modifier les variables que vous y avez définies via la vue Variables (Variables) de la boîte de dialogue Project Structure (Structure du projet) (File > Project Structure > Variables [Fichier > Structure du projet > Variables]) d'Android Studio. Pour chaque catalogue de versions, une liste déroulante liste les variables de ce catalogue. Pour modifier une variable, cliquez sur sa valeur et remplacez-la. Lorsque vous enregistrez ces modifications, le fichier TOML est mis à jour en conséquence.
Vous pouvez également mettre à jour les dépendances dans la vue Dependencies (Dépendances) de la boîte de dialogue Project Structure (Structure du projet) (File > Project Structure > Dependencies [Fichier > Structure du projet > Dépendances]). Pour mettre à jour les versions à l'aide de la boîte de dialogue Project Structure (Structure du projet), accédez au module et à la dépendance que vous souhaitez modifier, puis mettez à jour le champ Requested Version (Version demandée). Lorsque vous enregistrez ces modifications, le fichier TOML est mis à jour en conséquence. Notez que si la version de la dépendance a été définie à l'aide d'une variable, la mise à jour de la version directement de cette manière remplace la variable par une valeur codée en dur. Notez également que la suppression d'une dépendance d'un fichier de compilation, que vous utilisiez la boîte de dialogue Project Structure (Structure du projet) ou non, ne la supprime pas du catalogue de versions.
Limites et problèmes connus
Vous trouverez ci-dessous les problèmes ou limites connus liés à la prise en charge des catalogues de versions Gradle dans Android Studio.
Mise en surbrillance des déclarations d'alias de plug-in en cas d'erreur dans les fichiers de script Kotlin: lorsque vous ajoutez une déclaration de plug-in de la forme
alias(libs.plugins.example)
, l'éditeur ajoute une ligne rouge sous la partielibs
. Il s'agit d'un problème connu dans les versions Gradle 8.0 et antérieures. Il sera résolu dans une prochaine version de Gradle.Android Studio n'est compatible qu'avec les catalogues de versions au format TOML: actuellement, la saisie semi-automatique du code, la navigation et la boîte de dialogue "Project Structure" (Structure du projet) d'Android Studio ne sont disponibles que pour les catalogues de versions définis au format de fichier TOML. Toutefois, vous pouvez toujours ajouter un catalogue de versions directement dans le fichier
settings.gradle
et utiliser ses dépendances dans votre projet.Navigation pour les fichiers de compilation KTS non prise en charge: la navigation vers une définition de dépendance dans un catalogue de versions à l'aide de Ctrl+clic (Cmd+clic sur macOS) n'est pas encore prise en charge pour les fichiers de compilation écrits à l'aide du script Kotlin.
Firebase Assistant ajoute des dépendances directement dans les scripts de compilation: Firebase Assistant ajoute des dépendances directement à vos scripts de compilation au lieu de le faire via des catalogues de versions.
La fonctionnalité "Rechercher des utilisations" n'est pas prise en charge: la recherche d'utilisations d'une variable de catalogue de versions dans d'autres fichiers de compilation n'est pas encore prise en charge, que le fichier de compilation soit au format KTS ou Groovy. Autrement dit, l'utilisation de Ctrl+clic (Commande+clic sur macOS) sur une définition de variable dans un catalogue de versions ne permet pas d'accéder aux fichiers de compilation dans lesquels la variable est utilisée.
La boîte de dialogue "Project Structure" (Structure du projet) d'Android Studio affiche plusieurs fichiers de catalogue s'ils se trouvent dans le dossier racine
gradle
, mais n'affiche pas de catalogues pour une compilation composite. Par exemple, si vous disposez de deux fichiers de catalogue (un pour votre application et un pour un build composite), la boîte de dialogue "Structure du projet" n'affiche que le fichier de catalogue de l'application. Vous pouvez utiliser un build composite, mais vous devez modifier directement son fichier TOML.
Informations supplémentaires sur les SDK: problèmes liés aux règles
Android Studio affiche des avertissements d'analyse lint dans les fichiers build.gradle.kts
et build.gradle
, ainsi que dans la boîte de dialogue "Project Structure" (Structure du projet) pour les SDK publics non conformes aux règles Play dans le Google Play SDK Index. Vous devez mettre à jour toutes les dépendances qui ne respectent pas les règles Play, car ces cas de non-respect pourraient vous empêcher de publier dans la Google Play Console à l'avenir. Les avertissements pour non-respect des règles complètent les avertissements pour version obsolète affichés par Android Studio.
Compatibilité avec les versions de compileSdk d'Android Studio
Android Studio affiche un avertissement si votre projet utilise un compileSdk
qui n'est pas compatible avec la version actuelle d'Android Studio. Le cas échéant, il suggère également de passer à une version d'Android Studio compatible avec l'compileSdk
utilisée par votre projet. N'oubliez pas que la mise à niveau d'Android Studio peut également nécessiter la mise à niveau d'AGP.
AGP affiche également un avertissement dans la fenêtre d'outil Build (Compilation) si le compileSdk
utilisé par votre projet n'est pas compatible avec la version actuelle d'AGP.
Changements de comportement de lint
À partir du plug-in Android Gradle 8.3.0-alpha02, lorsque vous exécutez lint sur un module, des tâches d'analyse lint distinctes sont exécutées pour les composants principaux et de test du module. Cette modification vise à améliorer les performances.
Pour revenir au comportement précédent, définissez android.experimental.lint.analysisPerComponent=false
dans votre fichier gradle.properties
.
Réduction précise des ressources activée par défaut
La réduction précise des ressources, qui supprime les entrées inutilisées du fichier resources.arsc
et élimine les fichiers de ressources inutilisés, est activée par défaut.
Lorsque cette réduction est activée, votre table de ressources est réduite et seules les entrées de dossier res
référencées sont incluses dans l'APK.
Pour désactiver la réduction précise des ressources, définissez android.enableNewResourceShrinker.preciseShrinking
sur false
dans le fichier gradle.properties
de votre projet.
Problèmes résolus
Plug-in Android Gradle 8.3.0
Problèmes résolus | ||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Plug-in Android Gradle |
|
|||||||||||||||||||||||||||||||||||||||||||||||||
Compilateur DEX (D8) |
|
|||||||||||||||||||||||||||||||||||||||||||||||||
Lint |
|
|||||||||||||||||||||||||||||||||||||||||||||||||
Intégration de Lint |
|
|||||||||||||||||||||||||||||||||||||||||||||||||
Réducteur de code (R8) |
|
Plug-in Android Gradle 8.3.1
Problèmes résolus | ||
---|---|---|
Plug-in Android Gradle |
|
|
Intégration de Lint |
|
Plug-in Android Gradle 8.3.2
Problèmes résolus | |||
---|---|---|---|
Plug-in Android Gradle |
|
||
Intégration de Lint |
|