Support Libraries ではなく、Android の Sherlock Action Bar の使用を選択する必要があるのはなぜですか? 上下に使用する確固たる理由はありますか?
3 に答える
Sherlock Action Bar
目的は、API レベル 11 未満のActionBar
視覚的な概念の実装を追加することです ( ActionBar
API レベル 11 で追加されたため)。ActionBar
javadocから取得: 「アクティビティの上部にあるウィンドウ機能で、アクティビティのタイトル、ナビゲーション モード、およびその他のインタラクティブなアイテムを表示できます。」
サポート ライブラリ(名前が示すように) は、Android の新しいバージョンで追加された API を古いバージョンに提供する jar です。私が考えることができる最良の例はFragment
実装です: API レベル 11 で追加されたため、アプリケーション全体で UI のさまざまな部分を簡単に統合できました。ただし、それは上記の API レベル 11 のみでした。そのため、サポート ライブラリがリリースされたとき、11 未満の API レベルに対してこの機能が提供されました。
したがって、これら 2 つは別個の概念です (1 つは UI のみで、もう 1 つは古い Android バージョンで新しい API をサポートするためのものです)。さらに追加するために、Sherlock ABはサポート ライブラリを使用します。
私が間違っていなければ、ActionBar は API 11 以降でのみ使用可能であり、サポート ライブラリには API < 11 の ActionBar ライブラリは含まれていません。ActionBarSherlock は、API 7 以降で ActionBar をサポートできるようにするライブラリです。
PS: Google はまもなく ActionBar API をサポート ライブラリに含めると思います。そう彼らは今年の Google I/O で言った。
更新: Google は、サポート ライブラリに ActionBar (API 7 以降用) を追加しました。
サポート ライブラリには、サポート ライブラリ リビジョン 18 より前のアクション バーとの互換性がなかったため、当然の選択は ActionBarSherlock ライブラリでした。
ただし、7 月のリビジョン 18 リリースの時点でサポートされるようになりました。使用していないため、どれだけ優れているかはわかりませんが、今後のプロジェクトでは、Google によってサポートされているサポート ライブラリに傾倒する予定です。
サポート ライブラリのリビジョン ノートへのリンクはこちらです。