2012-01-14 12 views
3

私のアプリはminSdkVersion = 8、targetSdkVersion = 15、SDKのビルドバージョン= 8です。一般的にはICSを含めてうまく動作しますが、サイズ変更可能なウィジェットなど、ICSユーザーにはさらにいくつかの機能を提供したいと思います。これには、SDKのビルドバージョンも15に増やす必要があります。ビルドAPIバージョン> minSdkVersionの処理方法

APIの静的安全性が心配です。たとえば、古い電話では利用できないAPI機能を意図せず使用する場合などです。

SDKビルドバージョン> minSdkVersionを処理するための良いプラクティスは何ですか?古いバージョンの携帯電話で破損しない新しいバージョンを出荷する前に、どうすれば確認できますか?それに対処する良い慣行は何ですか?

答えて

4

これは「良い習慣」と考えられているのですが、project.propertiesというファイルを開き、確認するAPIレベルをtarget=android-11に変更するだけです。ファイルが保存されると、Eclipseは、setバージョンよりも上でAPIが呼び出すエラーのフラグを立てます。私はそれらをスキャンし、それらがAPIレベルのチェックに包まれていることを確認してから、プロパティを元に戻します。

+0

良いアイデア。ありがとう。誰も彼らの袖に別のトリックを持っていますか? – user1076637

0

私はグリッチの答えを(おかげで!)試してみました。私は15から8にSDKのビルドバージョンを変更するとマイウィジェットinfoファイルは、これらの行は、Rクラスの生成に失敗(結構です)エラーでフラグが付けられ、APIに、このような

android:minResizeWidth="40dp" 
android:minResizeHeight="40dp" 
android:resizeMode="horizontal|vertical" 

など15個の属性を持っています。これは、すべての参照をエラー(hundrads)としてフラグする。引数が定義されていないので、私は

someApi15SpecificMethod(R.xyz) 

のようなものを持っている場合someApi15SpecificMethod(...)はAPIに存在する場合さて、それは安全に言うことができないグリッチの答えは、これまで私がベストですので8

答えにフラグを立てますが、ここに投稿してください。

関連する問題