プラットフォームがサポートする機能の一覧については、機能リファレンスをご覧ください。コードを設定する必要があります。レベルのサポートを指定できます。使用)を使用して、アプリを公開できます。フレーバーの設定をご覧ください。値を高くする必要があります。サポートが重複する場合も同様です。コードの増加に基づくため)。ルールに関する下記のセクションでさらに説明します。使用を避けるようにします。将来のバージョンとは常に互換性があるためです。別に公開する場合でも、最高バージョンを指定する必要はありません。コードの方が高いため)。インターフェース(ABI)用に個別のパッケージを提供します。必要なライブラリのみを含めることができます。ビルドをご覧ください。公開することはできません。他の特性に基づいて異なるものになります)。提供することはできません。公開する前に、次のルールを理解する必要があります。同じパッケージ名を付け、同じ証明書鍵で署名する必要があります。コードを指定する必要があります。つについて、少しでも異なるサポートを宣言する必要があります。異なるデバイスのサポートを宣言します。多少サポートが重複してもかまいません。アクティブにできません。置き換えようとしたとします。その結果はエラーになります。ユーザーはアプリを更新できないためです。間に重複が生じる場合のいずれかにのみ適用されます。コードよりも高い場合に限られるためです。コードを持つアプリのアップデートを確実に受信できます。コードの増加量に決まりはありません。コードが必要というだけです。以下に、例をいくつか示します。以上にする必要があります。コードも増加させる必要があります。レベルの増加に応じて増加させる必要があります。レベルのフィルタが使用されますが、画面サイズも使用されます。コードはやはりルールに合わせる必要があります。アップデートを受け取ることになります。レベルの増加に応じて増加させる必要はありません。コードを増やす必要はありません。レベルの増加に応じて増加させる必要があります。アーキテクチャも使用されます。この特性について重複があります。コードのほうを高くする必要があります。アップデートを受け取ることになります。使用されることになります。提供するようにします。ライブラリには適用されません。エラーを解消するまで、アプリは公開できません。アクティブにしたときに発生しうる競合がありますが、これらはエラーではなく警告になります。警告の原因には、次のものがあります。サポートされない場合。アプリが表示されなくなります。間に「重複」がある場合。サポートされるため、重複があることになります。重複することに注意してください。デバイスとも互換性があります。デバイスとは互換性がありません)。このような競合が発生すると、警告メッセージが表示されますが、アプリを公開することはできます。プロジェクトを作成し、それぞれを分けて適切に開発できるようにする必要があります。これは、既存のプロジェクトを複製して新しい名前を付けるだけで行えます(または、ビルド設定に基づいて、テクスチャなどの個別のリソースを出力できるビルドシステムを使用する方法もあります)。プロジェクトを使うのも一つの方法です。プロジェクトに含めることができます。カバーするデバイスの範囲を示す名前を付けて、プロジェクトを識別しやすくすることをおすすめします。以上用のアプリであれば、「HelloWorld_21」などにするとよいでしょう。同じパッケージ名を付け、同じ証明書鍵で署名する必要があります。ルールも必ず理解してください。コードを指定する必要があります。サポートする構成に基づいて定義しなければならない、または定義した方がよいため、注意が必要です。コードを付ける必要があります。インストールできるようになった際に、ユーザーはアプリを更新するための通知を確実に受信できます。ルールに関する上記のセクションをご覧ください。どのように影響するかを考慮する必要もあります。コードの方を高くするようにします。すれば、その変更を行った際に、標準画面サイズのデバイスは適切なアップデートを受け取ることができます。コードが高くなるためです。作成する場合は、多くのデバイスが複数の形式をサポートすることに注意してください。コードが最高になるように順序付けします。ごとに、アプリを個別にビルドするとします。受け取ることになります。作成することもできます。アプリがインストールされます。インストールが確実に試行されます。スキームを使用します。割り当てられているユーザーに表示されるバージョン)を含めるようにします。コードとバージョン名の関連付けが容易になります。アプリの更新を促されます。コードを増やすべきではありません。桁以上にすることをおすすめします。