3

Android 2.1の最小android：minSdkVersionを持つ既存のアプリがあります。タブレットAndroid（3.0以降）でアプリの実行が遅いことに気付いたので、Android3.0で追加されたハードウェアアクセラレーションを有効にしたいと思いました。

プロジェクトの[プロパティ]->[Android]のEclipseで混乱している場合、最初はAndroid 2.2（API 8）を選択していましたが、新しいハードウェアアクセラレーションを機能させるには、Android 3.0（API 11）を選択する必要があります。私の質問は、プロジェクトビルドターゲットをAndroid 3.0に切り替える際のリスクは何ですか？そして、一般的に、最新のProject Build Targetでコンパイルされたものをリリースする必要がありますか？他の人は何をしていますか？常に最新のAPIでリリースしますか？

かなり検索してみましたが、android：minSdkVersionとandroid：targetSdkVersionでのディスカッションしか見つかりませんが、ビルドで使用される実際のAndroidAPIでは何も見つかりません。

助けてくれてありがとう

4

1 に答える 1

5

ドキュメントを読んでいないと思います

http://developer.android.com/guide/topics/manifest/uses-sdk-element.html

android：minSdkVersion

アプリケーションの実行に必要な最小APIレベルを指定する整数。システムのAPIレベルがこの属性で指定された値よりも低い場合、Androidシステムはユーザーがアプリケーションをインストールできないようにします。この属性は常に宣言する必要があります。

android：targetSdkVersion

アプリケーションが対象としているAPIレベルを指定する整数。この属性を設定すると、アプリケーションは古いバージョン（minSdkVersionまで）で実行できると言いますが、ここで指定されたバージョンで動作するように明示的にテストされています。このターゲットバージョンを指定すると、プラットフォームは、ターゲットバージョンに必要のない互換性設定を無効にしたり（上位互換性を維持するためにオンにすることができます）、古いアプリケーションでは使用できない新しい機能を有効にしたりできます。これは、プラットフォームのバージョンごとに異なる機能をプログラムできることを意味するものではありません。ターゲットバージョンに対してテストしたことをプラットフォームに通知するだけであり、プラットフォームはターゲットバージョンとの上位互換性を維持するために追加の作業を実行しないでください。

android：maxSdkVersion

アプリケーションが実行するように設計されている最大APIレベルを指定する整数。Android 1.5、1.6、2.0、および2.0.1では、システムは、アプリケーションのインストール時およびシステムの更新後にアプリケーションを再検証するときに、この属性の値をチェックします。いずれの場合も、アプリケーションのandroid：maxSdkVersion属性がシステム自体で使用されるAPIレベルよりも低い場合、システムはアプリケーションのインストールを許可しません。システムアップデート後の再検証の場合、これによりアプリケーションがデバイスから効果的に削除されます。

Androidの将来のバージョン（Android 2.0.1以降）では、インストールまたは再検証中にandroid：maxSdkVersion属性をチェックまたは強制しなくなります。ただし、Androidマーケットでは、ダウンロード可能なアプリケーションをユーザーに提示するときに、引き続きこの属性をフィルターとして使用します。

于 2011-08-02T06:00:21.100 に答える