Studio Android: pourquoi minSdkVersion et targetSdkVersion sont-ils spécifiés à la fois dans AndroidManifest.xml et build.gradle?

Je viens de découvrir quelque chose de bizarre à propos du studio Android: il contient des options de configuration dans le build.gradlefichier qui remplacent ce qui est spécifié dans le AndroidManifest.xmlfichier.

Par exemple, j'avais les lignes suivantes dans build.gradle:

android {
    compileSdkVersion 18
    buildToolsVersion "18.1.1"

    defaultConfig {
        minSdkVersion 10
        targetSdkVersion 10
    }
...
}

qui remplaçait la balise correspondante dans AndroidManifest.xml:

<uses-sdk
    android:minSdkVersion="8"
    android:targetSdkVersion="8"/>

Je n'aime pas vraiment que les mêmes paramètres soient répartis dans deux fichiers différents, alors je me demande si je peux le supprimer en toute sécurité de build.gradleou AndroidManifest.xmlet où il est plus logique de le conserver.

Gradle remplace les valeurs du manifeste et je préfère mettre à jour le build.gradlefichier plutôt que le manifeste. C'est probablement la bonne façon d'utiliser Gradle. Gradle prend en charge les variantes de produits qui peuvent être contrôlées via un IDE et ces variantes de produits peuvent changer de nombreuses choses dans notre manifeste comme le nom du package, le code de version, le nom de la version, le SDK cible et bien d'autres. Ensuite, en un clic dans Android Studio, vous pouvez modifier de nombreuses propriétés et générer un autre apk.

Vous pouvez laisser le manifeste tel quel et effectuer toute la configuration dans build.gradle. Vous pouvez supprimer en toute sécurité

<uses-sdk></uses-sdk>

du manifeste ainsi que des codes de version.

À partir de la documentation Android:

Remarque: si votre application définit la version de l'application directement dans l'élément, les valeurs de version du fichier de construction Gradle remplaceront les paramètres du manifeste. En outre, la définition de ces paramètres dans les fichiers de construction Gradle vous permet de spécifier différentes valeurs pour différentes versions de votre application. Pour plus de flexibilité et pour éviter tout écrasement potentiel lors de la fusion du manifeste, vous devez supprimer ces attributs de l'élément et définir vos paramètres de version dans les fichiers de construction Gradle à la place.

https://developer.android.com/studio/publish/versioning.html#appversioning