Android プロジェクト全体で使用する Android コードのライブラリがあります。しばらく前に作成しましたが、v4 サポート ライブラリを使用しています (すべてのFragmentサブクラスはその を継承しFragment、すべてActivityの は ですFragmentActivity)。
私のプロジェクトのほとんどでは、サポートされていないライブラリを誤って定義して、サポート ライブラリの のいずれかを使用しようとすることを心配する必要がないようにBaseActivity、継承するクラスがあります。アプリケーション固有のボイラープレートの多くをこれに入れました。FragmentActivityActivityFragmentBaseActivity
私は今、私のアプリの 1 つを ICS 未満のデバイス向けにサポートをやめるという計画を立てています。Android ライブラリを引き続き使用する方法に関するいくつかの問題を発見しました。これは、HC- のサポートを終了した後でも、FragmentActivity とサポート ライブラリの Fragment を使用し続ける必要があるかどうかに要約されます。
「ネイティブの便利FragmentさとActionBar、それらに付属する新しい機能と、サポート ライブラリの後方互換性の性質 (たとえば、4.0-4.1 のネストされたフラグメント) の間で立ち往生しています。
サポート ライブラリを使用し続ける必要があるかどうか、または、サポート ライブラリを必要とするバージョンと使用できるバージョンの実装を提供するために、ばかげた量のバージョン チェックとコード オーバーヘッドを持つ何らかの方法を見つける価値があるかどうかについて、誰もが意見を持っています。現在のAPI？