1.xから4.xまで、たくさんのプラットフォーム/SDKがあります。
これは、すべての異なるバージョンに対して個別にアプリをビルドする必要があることを意味しますか?
私の目標は、HTML5 Webアプリをラップして、アプリストアでネイティブアプリとして利用できるようにすることです。
1.xから4.xまで、たくさんのプラットフォーム/SDKがあります。
これは、すべての異なるバージョンに対して個別にアプリをビルドする必要があることを意味しますか?
私の目標は、HTML5 Webアプリをラップして、アプリストアでネイティブアプリとして利用できるようにすることです。
通常、サポートおよびテストを計画している最新のSDKに対してビルドします。これは通常「現在のSDK」を意味し、マニフェストでは「targetSDKVersion」として表されます。「minSDKVersion」と呼ばれる別の値は、APIレベルの観点からサポートするまでの期間を示します。GoogleはSDKの過去のバージョン間でAPIの一貫性を維持しているため、通常、最新のものに対してテストすることが最善の利益になります。
ただし、新しいSDKでは、アプリの外観や動作が異なる場合があるため、SDK、ツール、およびtargetSDKVersionを更新するときに、アプリが属しているように見せるために作業が必要になる場合があります。
通常、Android 1.6を対象としたアプリケーションを作成し、より高いAPIレベルをサポートするすべてのデバイスにデプロイできます。android 4.0をターゲットとするアプリケーションをコンパイルできますが、1.6に存在しないAPIに依存しないコードを記述している限り、1.6で実行されます。
1.6以降、多くの変更が加えられているため、使用できる互換性ライブラリがあります。このライブラリにはアクションバーは含まれていません。したがって、 ActionbarSherlockを使用できます。
これらの2つのライブラリを使用すると、新しい手法を渡す手間をかけずに、1.6用のアプリケーションを作成できるはずです。
それでも最も少ないAPI機能に依存している場合は、実行時にAPIレベルをリクエストし、新しいデバイスにのみ機能を実装できます。古いデバイスでこのAPIを使用することは絶対に避けてください。コンパイルすることはできますが、コンパイルすると実行時にクラッシュします。