2015-10-01 32 views
10

Googleでは、Android標準ライブラリを使用して、古いAPIに最新の機能を提供することができます。 Googleでは、このツールセットを使用することを奨励しています。Androidサポートライブラリの使用に不利な点はありますか?

RAMやCPUの使用量がそれほど高くなく、レンダリングが遅くなるか、または類似していますか?新しい機能が2つの異なるバージョンを維持するのではなく、ライブラリの一部として追加されるのはなぜですか?私が見たほとんどすべての例と実際のコードは、ActionBarやその他のものをサポートするためにこのライブラリを使用しなければならなかったので、90 +%のアプリケーションがそれに依存していると考えることができます。なぜそれを強制しないのですか?

+1

サポートライブラリを使用する唯一の理由は、それまでに利用できなかった低レベルのAPIレベルで機能を有効にしたいからです。 – Elltz

+1

私はそれを知っていて、私の質問には全く答えません。 –

+0

よくコメントしました。 – Elltz

答えて

3

サポートライブラリを使用する際の既知の障害はありません。さらに、あなたが正しく触れたように、Googleはベストプラクティスとしてそれを使用することを奨励しています: "Androidプロジェクトにサポートライブラリを含めることは、アプリケーションがターゲットとするプラットフォームのバージョンの範囲とそのAPI使用しています。 (http://developer.android.com/tools/support-library/index.html

欠点として、私たちはちょうどいくつかのマイナーなものに言及することができます

  • はAPKのサイズと(他の機能のコストと比較して非常に意味のない)プロジェクト内のメソッド

  • の合計数の増加を

    いくつかの特定の制限があります(通常、対応するJavaドキュメントに記述されていますが、アプリケーションでのみ使用すると、通常はその役割を果たさない)。たとえば、FragmentActivityクラスの「既知の制限事項」を参照してください。あなたの2番目の質問については

- 新機能の偉大な量は、コアSDK(android.support.v4.view.ViewPagerとandroid.support.v4.view.PagerAdapterで重複を避けるだけのサポート・ライブラリに含まれています例として)。 ネイティブ実装を使用して設計されたアプリケーションの互換性を維持するために、複製機能(フラグメントなど)が保持されます。

+0

増加したサイズについて... 2つのフォローアップの質問。あなたはあなたのアプリをどれだけ大きくするか知っていますか?今私のアプリは約70KBです。それはSLでどのくらい大きくなるでしょうか? SL全体があなたのアプリにコンパイルされるのでしょうか?あるいは、使用される/必要なクラスとリソースだけがコンパイルされますか? – eidylon

関連する問題