2012-03-23 11 views
1

最近、私はAndroid 4.0タブレットの誇らしげなオーナーになり、いくつかのアプリを作ろうとしているのを覗いていました。基本をカバーしたので、「何が良いのか/何が間違っているのか」という部分にもっと浸っています。Android 4.0 ActionBarデザインの選択混乱

私が理解している限り、古い「メニュー/設定」ボタンは廃止されました(それをもう使用すべきではないという意味で)。そして今ActionBarが行く方法です。さらに読むと、私はこれを見つけました:http://developer.android.com/resources/samples/ActionBarCompat/index.html

Pre-API 11システムでActionBarを使用する方法を示しています。左側には、すべてのオプションが表示されている典型的なメニューが表示されます。実際のUI(「間違った」方法ですが、新しいActionBar APIを使用してプログラミングされている)にするほど重要ではないと決定しました。右側では、同じメニューがActionBarに表示されます。

私の質問は、このような「オーバーフロー」メニューが古いモバイルデバイスでは悪いデザインだと言われていますが、右のスクリーンショットに示すようにActionBar上にボタンを配置するとデザインが悪いですか?それとも、多くのデバイスで物理的なオフスクリーンボタンを押す必要があったために、それは悪い設計と見なされますか?それはActionBarの仮想ボタンの場合には問題になりません。

要するに:私はそれを避けるべきですか?率直に言えば、私は右端にメニューを持っていて、ActionBar上で自分のエンティティになるのに十分でないか、それほど重要でないすべてのオプションを持っているというのが好きです。

私がここで集めて説明した情報のいずれかが間違っていることを指摘してください。

答えて

4

オプションメニューは削除されておらず、移動されたばかりです。これは以前はデバイスのメニューボタンの後ろに隠されていましたが、今はActionBarに移動しました。メニュー上の項目は、ActionBarまたはオーバーフローメニューのアイコンとして表示されます。古いスタイルメニューか新しいスタイルのActionBarかにかかわらず、アイテムを追加するのにまったく同じコードを使用します。

改善の大きな部分は、画面の右上に表示され、他のオプションのすぐ隣にある「メニュー」(ActionBarオーバーフロー)を開くことができるようになったことです。これは、メニューボタンがアプリに視覚的に接続していなかった場所よりもはるかに優れています。

ActionBarSherlock、http://www.actionbarsherlock.comを見ると、ActionBarをAndroid v3.0より前のデバイスに追加するのが簡単になるので、

最後に、私はあなたがGoogleからのUIのガイドラインに従うことをお勧めしたいです。彼らがActionBarがナビゲーションのための正しいアプローチだと言うなら、それを使ってください。提供されたUIパターンを使用し、アプリ内のドメイン固有のものに焦点を当てることが最善です。

+0

私はデザインパターンのウェブサイトを愛し、それを認識していなかった、ありがとう! –

関連する問題