2015-12-12 12 views
5

は、私は、新しいアプリケーションを作成していますし、アクションバーに対処する必要があります。 ActionBarActivityは廃止されているため、AppCompatActivityを拡張する必要があることは分かっていますが、最新のAPIを使用していても、なぜsupport.v7.widgetツールバーをandroid.widgetツールバーよりも使用する必要があるのか​​まだ分かりません。 違い、断片

はありがとう

EDIT1:私はsupport.v7.widgetsが新しいバージョンで追加された新機能であるかを理解し、それらを模倣するために古いAPIでデバイスを有効にするためであることを今理解

彼ら自身の方法。あれは正しいですか ?

それが正しいと私は後方互換性の任意の並べ替えを持ってしたくない場合は、この平均は私が前進し、android.widgetツールバーを使用することができませんか?

またandroid.widgetフラグメントを使用して、残念ながら、私はそれがViewPagerに追加することはできません。何故ですか ?コンポーネントの新しい実装の動作を模倣するように拡張された古いバージョンを使用するのはなぜですか?

私は、私はちょうどそれらの「サポート」のライブラリの全てで迷子だと思います。誰かが簡単に(またはそうではない)誰でもそのことを説明できるのですか?APIの新しいバージョンに含まれていない、または更新されていないサポートライブラリには、なぜそれがありますか?

あなたは良い質問をしているすべての

答えて

2

まずありがとう、Androidは異なるAPIレベルで継続的に高度な機能が追加されますが、これらの機能が利用でき、それらは、例えば

を追加されたAPIのどのレベルから:アンドロイドフラグメント機能がAPIレベル11で追加されたことを意味します。これは、APIレベル11以上で動作することを意味しますが、APIレベル10のデバイスも必要です。このため、アンドロイドはこれらの機能を動作させるために幅広いAndroid搭載デバイス(低レベルAPIのサポート)をカバーするためのサポートライブラリを開発しています。

アンドロイドは常にhere

2
  • Support.V7.widgetsとwidgets.androidの両方が異なるライブラリですチェックの詳細については、開発のためのサポートライブラリを使用する開発者をお勧めします。
  • support.v7.widgetsはデザインライブラリを使用しています。
  • ツールバーには、実際にアクションバー我々は、手動でサポートライブラリと アクションバーを実装しているわけではありません。なぜ私たちは、デフォルトのアクションバーを使用していない

  • はまた、observableScrollActivity及びその他の材料の設計...のように含まれている多くの新しい組み込みのプロパティがありますか? ActionBarActivityが廃止予定されているので

    。古いアクションバーと最新のsdkアクションバーを比較すると、見た目がよくなります。

    。我々はgetSupportActionBar().hide();

    でそれを隠すことができますようにツールバーにサポートを設定した後setSupportActionBar(toolbar);

は、ツールバーにアクションバーのプロパティを提供します