3.0 および 3.0 より前のデバイスの両方に適用できる設定を記述したいと考えています。 に非推奨のメソッドが含まれていることがわかったので(ただし、これらは付属のサンプル コードで使用されています)、問題を解決するために互換性パッケージをPreferenceActivity調べました。PreferenceFragement
ただし、これはPreferenceFragment互換性パッケージには含まれていないようです。これは意図的なものかどうか、どなたか教えていただけますか? もしそうなら、さまざまなデバイス (つまり、< 3.0 および >= 3.0) を簡単にターゲットにできますか、それとも面倒な手続きを踏まなければなりませんか? 意図的に除外されたのでなければ、互換性パッケージの新しいリリースを期待できますか? または、安全に使用できる別の回避策はありますか?
ベストアンサー1
PreferenceActivity に非推奨のメソッドが含まれていることを発見 (ただし、これらは付属のサンプル コードで使用されています)
PreferenceFragment非推奨のメソッドは Android 3.0 以降では非推奨です。Android のすべてのバージョンで問題なく使用できますが、 Android 3.0 以降で使用することをお勧めします。
これが意図的なものであったかどうか誰か教えてもらえますか?
私の推測では、それはエンジニアリング時間の問題ですが、それは単なる推測です。
もしそうなら、さまざまなデバイス（つまり、< 3.0 および >= 3.0）を簡単にターゲットにできますか、それとも面倒な手続きを踏まなければなりませんか?
私はそれが「簡単に」できると考えています。 2 つの別々のPreferenceActivity実装を用意します。1 つは設定ヘッダーを使用し、PreferenceFragmentsもう 1 つは元のアプローチを使用します。必要な時点で適切なものを選択します (たとえば、ユーザーがオプション メニュー項目をクリックしたときなど)。サンプルプロジェクトはこちらPreferenceActivityこれを実証する。または、次のように両方のケースを扱う単一の例を用意する。このサンプルプロジェクト。
意図的に除外されていないのであれば、互換性パッケージの新しいリリースを期待できますか?
私たち全員が知る時、つまり、それが出荷されるかどうか、そしていつ出荷されるかを知る時、あなたも知ることになるでしょう。
または、安全に使用できる別の回避策はありますか?
上記を参照。