Die applicationId
ist unabhängig von dem package
Attribut in der <manifest>
. Der Standard Wert für die applicationId
ist der package
Attributwert, aber Sie können das in build.gradle
überschreiben. Das package
Attribut wird für die Codegenerierung von Dingen wie R
und BuildConfig
verwendet. Die applicationId
steuert die Eindeutigkeit. Ich würde empfehlen, dass Sie die applicationId
als etwas festlegen, das weniger wahrscheinlich zu einer versehentlichen Namenskollision wie einem Domänennamen führt, auch wenn Sie weiterhin Ihren aktuellen Wert für Ihre package
verwenden.
Ich mache mir auch ein wenig Gedanken über die Groß-/Kleinschreibung, da es Dinge geben kann, die alle Kleinbuchstaben in der Anwendungs-ID annehmen.
Insgesamt muss die Anwendungs-ID kein Domänenname sein. Es ist nur eine gute Idee.
Hey CW. Danke für die ausführliche Erklärung. Wenn ich die 'applicationId' von' build.gradle' ändere, müsste ich sonst etwas ändern oder etwas umgestalten? Ist die 'applicationId' nur für das nach außen gerichtete Definieren der App, d. H. Wenn sie sich im Play Store befindet? – Subby
@Subby: "Würde ich etwas anderes ändern oder etwas umgestalten?" - Normalerweise, nein. "Ist die Anwendungs-ID nur für das nach außen gerichtete Definieren der App, d. H. Wenn sie sich im Play Store befindet?" - Ja, aber wirklich, die primäre "Outward-Definition" ist auf dem Gerät. Zwei Apps können nicht gleichzeitig dieselbe Anwendungs-ID auf demselben Gerät haben. Aus diesem Grund können wir die 'applicationId' in Gradle überschreiben, sodass wir verschiedene Werte für verschiedene Build-Typen, Produkt-Varianten usw. haben können. – CommonsWare