Comment fonctionne le nouveau identificateur applicationid dans la construction.gradle travail?

Google a publié la version 0.11 Android plugin Gradle.

La libération des notes contient les éléments suivants:

Celui de l'utilisateur de changements visibles dans 0.11 c'est que nous avons désapprouvé les
packageName et packageNameSuffix paramètres, et ont rebaptisé leur
identificateur applicationid et applicationIdSuffix. Le but de cette opération est de faire
il est clair que cette id de l'application est découplée de package
les déclarations dans votre manifeste, et en particulier, la classe R et le
BuildConfig classe, et toutes les classes d'implémentation à l'intérieur de votre application,
peut être renommé et remaniée librement; vous avez juste besoin de garder
identificateur applicationid le même. Si vous ouvrez votre build.gradle fichier, la fibre est
mise en lumière de ces obsolète appels et offrant quickfixes de mise à jour
eux:

Ce que fait exactement ce que cela signifie. Comment est le paquet dans le script de construction découplée de celle du manifeste?

  • Il a déjà été découplé, l'un dans le script n'est pas de la référence de l'un dans le manifeste. En renommant ce dans le script de build cela devrait devenir plus clair
  • Mais où est donc l'un dans l'buildscript de se retrouver une fois que l'application est compilée?
  • Liés à la lecture de l'officiel docs: identificateur applicationid contre PackageName
InformationsquelleAutor Janusz | 2014-06-12
  1. 42

    package spécifié dans AndroidManifest.xml identifier une application installée sur l'appareil. Le nom de la propriété elle-même est trompeuse, car on peut penser que le refactoring des classes java peut exiger de renommer package bien ainsi. package propriété peut être n'importe quelle chaîne de caractères respectant la limitation décrite dans la javadoc.

    Parce que cette confusion Google gars a décidé de renommer package à applicationId. Toutefois, cette modification ne s'applique à gradle fichier seulement. Changement manifeste nom de la propriété serait de casser la compatibilité avec les versions précédentes, c'est ma conjecture.

    Ainsi, lorsque vous construisez votre APK, gradle remplace manifeste package la valeur de la propriété avec applicationId valeur spécifiée dans gradle script.

    Si vous voulez tester vous-même. Juste mettre applicationId avec différentes valeur de votre manifeste package et de construire APK. Ensuite, allez dans le dossier /build/intermédiaires/manifests/dev/debug et ouvert AndroidManifest.xml. Vous y trouverez applicationId valeur.

    • C'est clair. La question est de savoir où est l'identificateur applicationid stockées, si ce n'est dans mes fichiers de manifeste une fois que l'application est emballé comme un apk?
    • J'ai mis à jour entier, y compris d'où identificateur applicationid est stocké.
    • quelle est la tâche est responsable de lire défaut identificateur applicationid?
    • Je dirais que le Manifeste de la Fusion est responsable de cette tools.android.com/tech-docs/new-build-system/user-guide/....
    • Juste référence à la libération de provoquer le changement. Google a une bonne vue d'ensemble, il tools.android.com/recent/androidstudio060released
    • href="http://tools.android.com/tech-docs/new-build-system/applicationid-vs-packagename" >tools.android.com/tech-docs/new-build-system/...
    • Si l'id de l'application de gradle est copié en tant que paquet alors comment est-ce découplage. ce lien tools.android.com/tech-docs/new-build-system/... dit Dans le même temps, la classe R que vous importez dans votre code doit rester le même dans tous les temps; votre .les fichiers source java ne devraient pas avoir à changer quand vous construisez les différentes versions de votre application. . Donc, si l'id de l'application est copié vous avez toujours à aller changer le nom du package de R de classe et les autres.
    • Son découplé parce que changer applicationId affecte uniquement package dans AndroidManifest.xml, vos sources java et R de classe ne sont pas modifiés.

    InformationsquelleAutor Damian Petla