Androidのドキュメントによると、applicationId
のために与えられている例は、このようなものです:Androidのパッケージ名規則
:
package="com.example.app
しかし私は、次のスタイルを持つアプリケーションを作成しましたmyName.appname
これは、それ以外のもので潜在的に一意ではない問題を引き起こすでしょうか?
Androidのドキュメントによると、applicationId
のために与えられている例は、このようなものです:Androidのパッケージ名規則
:
package="com.example.app
しかし私は、次のスタイルを持つアプリケーションを作成しましたmyName.appname
これは、それ以外のもので潜在的に一意ではない問題を引き起こすでしょうか?
applicationId
は、<manifest>
のpackage
属性から独立しています。 の値はapplicationId
ですが、package
の属性値ですが、build.gradle
で上書きできます。 package
属性は、R
やBuildConfig
などのコード生成に使用されます。 applicationId
は、一意性を制御するものです。 package
の現在の値を引き続き使用していても、applicationId
をドメイン名などの偶発的な名前の衝突の可能性が低いものに設定することをお勧めします。
大文字と小文字が混在していても大丈夫です。アプリケーションIDにすべての小文字が含まれている可能性があります。
全体として、アプリケーションIDはドメイン名である必要はありません。それは単なる良い考えです。
問題は発生しません。 Googleがパッケージ名のWebアドレスを要求する理由は、その一意性だけです。
これがPlayストアに公開された場合、それは完全にうまくいくでしょうか? – Subby
はい、プレイストアに他のアプリがなく、あなたのパッケージ名と正確なパッケージ名がない限り問題はありません。 –
Hey CW。詳細な説明をありがとうございます。 'applicationId'を' build.gradle'から変更した場合、他のものやリファクタリングを変更する必要がありますか? 'applicationId'は、アプリを外見上定義するためのもの、つまりPlayストアにあるときだけですか? – Subby
@Subby: "他のものやリファクタリングを変更する必要がありますか?" - 通常、いいえ。 「アプリケーションは、アプリを外見的に定義するためにのみ、つまりPlayストアにあるのですか? - はい、実際には、主要な「外部定義」がデバイス上にあります。 2つのアプリケーションは、同じデバイス上に同時に同じアプリケーションIDを持つことはできません。そのため、Gradleの 'applicationId'をオーバーライドすることができます。そのため、異なるビルドタイプ、製品の味などに異なる値を設定できます。 – CommonsWare