Android ActionBar全然解析，使用官方推荐的最佳导航栏(上)
转载请注明出处：http://blog.csdn.net/guolin_blog/article/details/18234477
本篇文章主要内容来自于Android Doc。我翻译之后又做了些加工。英文好的朋友也能够直接去读原文。
http://developer.android.com/guide/topics/ui/actionbar.html
Action Bar是一种新増的导航栏功能。在Android 3.0之后加入到系统的API其中，它标识了用户当前操作界面的位置，并提供了额外的用户动作、界面导航等功能。
使用ActionBar的优点是，它能够给提供一种全局统一的UI界面，使得用户在使用不论什么一款软件时都懂得该怎样操作。而且ActionBar还能够自己主动适应各种不同大小的屏幕。
下面是一张使用ActionBar的界面截图：
其中。[1]是ActionBar的图标，[2]是两个actionbutton，[3]是overflowbutton。
因为Action Bar是在3.0以后的版本号中加入的。假设想在2.x的版本号里使用ActionBar的话则须要引入Support Library，只是3.0之前版本号的市场占有率已经很小了，这里简单起见我们就不再考虑去做向下兼容，而是仅仅考虑4.0以上版本号的使用方法。
加入和移除Action Bar
ActionBar的加入很easy，仅仅须要在AndroidManifest.xml中指定Application或Activity的theme是Theme.Holo或其子类就能够了，而使用Eclipse创建的项目自己主动就会将Application的theme指定成Theme.Holo。所以ActionBar默认都是显示出来的。新建一个空项目并执行。效果例如以下图所看到的：
而假设想要移除ActionBar的话通常有两种方式。一是将theme指定成Theme.Holo.NoActionBar，表示使用一个不包括ActionBar的主题，二是在Activity中调用下面方法：
ActionBar actionBar = getActionBar();
actionBar.hide();如今又一次执行一下程序，就能够看到ActionBar不再显示了，例如以下图所看到的：
改动Action Bar的图标和标题
默认情况下，系统会使用<application>或者<activity>中icon属性指定的图片来作为ActionBar的图标，可是我们也能够改变这一默认行为。假设我们想要使用另外一张图片来作为ActionBar的图标，能够在<application>或者<activity>中通过logo属性来进行指定。比方项目的res/drawable文件夹下有一张weather.png图片。就能够在AndroidManifest.xml中这样指定：
<activity
android:name="com.example.actionbartest.MainActivity"
android:logo="@drawable/weather" >
</activity>
OK，ActionBar的图标已经改动成功了，那么标题中的内容该怎样改动呢？事实上也很easy，使用label属性来指定一个字符串就能够了。例如以下所看到的：
<activity
android:name="com.example.actionbartest.MainActivity"
android:label="天气"
android:logo="@drawable/weather" >
</activity>如今又一次执行一下程序。结果例如以下图所看到的：
加入Actionbutton
ActionBar还能够依据应用程序当前的功能来提供与其相关的Actionbutton，这些button都会以图标或文字的形式直接显示在ActionBar上。
当然，假设button过多，ActionBar上显示不完。多出的一些button能够隐藏在overflow里面（最右边的三个点就是overflowbutton）。点击一下overflowbutton就能够看到全部的Actionbutton了。
当Activity启动的时候。系统会调用Activity的onCreateOptionsMenu()方法来取出全部的Actionbutton。我们仅仅须要在这种方法中去载入一个menu资源，并把全部的Actionbutton都定义在资源文件中面就能够了。
那么我们先来看下menu资源文件该怎样定义。代码例如以下所看到的：
<menu xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
tools:context="com.example.actionbartest.MainActivity" >
<item
android:id="@+id/action_compose"
android:icon="@drawable/ic_action_compose"
android:showAsAction="always"
android:title="@string/action_compose"/>
<item
android:id="@+id/action_delete"
android:icon="@drawable/ic_action_delete"
android:showAsAction="always"
android:title="@string/action_delete"/>
<item
android:id="@+id/action_settings"
android:icon="@drawable/ic_launcher"
android:showAsAction="never"
android:title="@string/action_settings"/>
</menu>接着，重写Activity的onCreateOptionsMenu()方法。代码例如以下所看到的：
@Override
public boolean onCreateOptionsMenu(Menu menu) {
MenuInflater inflater = getMenuInflater();
inflater.inflate(R.menu.main, menu);
return super.onCreateOptionsMenu(menu);
}
能够看到，action_compose和action_delete这两个button已经在ActionBar中显示出来了。而action_settings这个button因为showAsAction属性设置成了never。所以被隐藏到了overflow其中，仅仅要点击一下overflowbutton就能够看到它了。
这里我们注意到，显示在ActionBar上的button都仅仅有一个图标而已。我们在title中指定的文字并没有显示出来。没错，title中的内容通常情况下仅仅会在overflow中显示出来。ActionBar中因为屏幕空间有限，默认是不会显示title内容的。可是出于下面几种因素考虑，即使title中的内容无法显示出来，我们也应该给每一个item中都指定一个title属性：
- 当ActionBar中的剩余空间不足的时候，假设Actionbutton指定的showAsAction属性是ifRoom的话。该Actionbutton就会出如今overflow其中，此时就仅仅有title能够显示了。
- 假设Actionbutton在ActionBar中显示，用户可能通过长按该Actionbutton的方式来查看到title的内容。
响应Actionbutton的点击事件
当用户点击Actionbutton的时候。系统会调用Activity的onOptionsItemSelected()方法。通过方法传入的MenuItem參数，我们能够调用它的getItemId()方法和menu资源中的id进行比較，从而辨别出用户点击的是哪一个Actionbutton，比方：
@Override
public boolean onOptionsItemSelected(MenuItem item) {
switch (item.getItemId()) {
case R.id.action_compose:
Toast.makeText(this, "Compose", Toast.LENGTH_SHORT).show();
return true;
case R.id.action_delete:
Toast.makeText(this, "Delete", Toast.LENGTH_SHORT).show();
return true;
case R.id.action_settings:
Toast.makeText(this, "Settings", Toast.LENGTH_SHORT).show();
return true;
default:
return super.onOptionsItemSelected(item);
}
}
通过Action Bar图标进行导航
启用ActionBar图标导航的功能，能够同意用户依据当前应用的位置来在不同界面之间切换。比方，A界面展示了一个列表，点击某一项之后进入了B界面，这时B界面就应该启用ActionBar图标导航功能。这样就能够回到A界面。
我们能够通过调用setDisplayHomeAsUpEnabled()方法来启用ActionBar图标导航功能。比方：
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setTitle("天气");
setContentView(R.layout.activity_main);
ActionBar actionBar = getActionBar();
actionBar.setDisplayHomeAsUpEnabled(true);
}
能够看到，在ActionBar图标的左側出现了一个向左的箭头，通常情况下这都表示返回的意思，因此最简单的实现就是在它的点击事件里面加入finish()方法就能够了，例如以下所看到的：
@Override
public boolean onOptionsItemSelected(MenuItem item) {
switch (item.getItemId()) {
case android.R.id.home:
finish();
return true;
……
}
}如今看上去。ActionBar导航和Back键的功能貌似是一样的。
没错，假设我们仅仅是简单地finish了一下。ActionBar导航和Back键的功能是全然一样的，但ActionBar导航的设计初衷并非这种，它和Back键的功能还是有一些差别的。举个样例吧。
上图中的Conversation List是收件箱的主界面。如今我们点击第一封邮件会进入到Conversation1 details界面。然后点击下一封邮件会进入到Conversation 2 details界面，再点击下一封邮箱会进入到Conversation3 details界面。好的。这个时候假设我们按下Back键，应该会回到Conversation 2 details界面，再按一次Back键应该回到Conversation1 details界面。再按一次Back键才会回到Conversation List。
而ActionBar导航则不应该表现出这种行为，不管我们当前在哪一个Conversation details界面。点击一下导航button都应该回到Conversation List界面才对。
这就是ActionBar导航和Back键在设计上的差别。那么该怎样才干实现这种功能呢？事实上并不复杂。实现标准的ActionBar导航功能仅仅需三步走。
第一步我们已经实现了，就是调用setDisplayHomeAsUpEnabled()方法。并传入true。
第二步须要在AndroidManifest.xml中配置父Activity，例如以下所看到的：
<activity
android:name="com.example.actionbartest.MainActivity"
android:logo="@drawable/weather" >
<meta-data
android:name="android.support.PARENT_ACTIVITY"
android:value="com.example.actionbartest.LaunchActivity" />
</activity><activity
android:name="com.example.actionbartest.MainActivity"
android:logo="@drawable/weather"
android:parentActivityName="com.example.actionbartest.LaunchActivity" >
</activity>@Override
public boolean onOptionsItemSelected(MenuItem item) {
switch (item.getItemId()) {
case android.R.id.home:
Intent upIntent = NavUtils.getParentActivityIntent(this);
if (NavUtils.shouldUpRecreateTask(this, upIntent)) {
TaskStackBuilder.create(this)
.addNextIntentWithParentStack(upIntent)
.startActivities();
} else {
upIntent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
NavUtils.navigateUpTo(this, upIntent);
}
return true;
......
}
}这样，就依照标准的规范成功实现ActionBar导航的功能了。
加入Action View
ActionView是一种能够在ActionBar中替换Actionbutton的控件，它能够同意用户在不切换界面的情况下通过ActionBar完毕一些较为丰富的操作。比方说，你须要完毕一个搜索功能。就能够将SeachView这个控件加入到ActionBar中。
为了声明一个ActionView，我们能够在menu资源中通过actionViewClass属性来指定一个控件，比如能够使用例如以下方式加入SearchView：
<menu xmlns:android="http://schemas.android.com/apk/res/android" >
<item
android:id="@+id/action_search"
android:icon="@drawable/ic_action_search"
android:actionViewClass="android.widget.SearchView"
android:showAsAction="ifRoom|collapseActionView"
android:title="@string/action_search" />
......
</menu>如今又一次执行一下程序，效果例如以下图所看到的：
OK，果然有一个搜索样式的Actionbutton出现了，如今点击一下这个搜索button。效果例如以下图所看到的：
能够看到，这时SearchView就会展开占满整个ActionBar，而其他的Actionbutton因为将showAsAction属性设置成了ifRoom，此时都会隐藏到overflow其中。
假设你还希望在代码中对SearchView的属性进行配置（比方加入监听事件等），全然没有问题。仅仅须要在onCreateOptionsMenu()方法中获取该ActionView的实例就能够了，代码例如以下所看到的：
@Override
public boolean onCreateOptionsMenu(Menu menu) {
MenuInflater inflater = getMenuInflater();
inflater.inflate(R.menu.main, menu);
MenuItem searchItem = menu.findItem(R.id.action_search);
SearchView searchView = (SearchView) searchItem.getActionView();
// 配置SearchView的属性
......
return super.onCreateOptionsMenu(menu);
}除此之外，有些程序可能还希望在ActionView展开和合并的时候显示不同的界面，事实上我们仅仅须要去注冊一个ActionView的监听器就能实现这种功能了，代码例如以下所看到的：
@Override
public boolean onCreateOptionsMenu(Menu menu) {
MenuInflater inflater = getMenuInflater();
inflater.inflate(R.menu.main, menu);
MenuItem searchItem = menu.findItem(R.id.action_search);
searchItem.setOnActionExpandListener(new OnActionExpandListener() {
@Override
public boolean onMenuItemActionExpand(MenuItem item) {
Log.d("TAG", "on expand");
return true;
}
@Override
public boolean onMenuItemActionCollapse(MenuItem item) {
Log.d("TAG", "on collapse");
return true;
}
});
return super.onCreateOptionsMenu(menu);
}Overflowbutton不显示的情况
尽管如今我们已经掌握了不少ActionBar的使用方法，可是当你真正去使用它的时候还是可能会遇到各种各样的问题，比方很多人都会碰到overflowbutton不显示的情况。明明是相同的一份代码。overflowbutton在有些手机上会显示，而在有些手机上偏偏就不显示，这是为什么呢？后来我总结了一下，overflowbutton的显示情况和手机的硬件情况是有关系的。假设手机没有物理Menu键的话，overflowbutton就能够显示，假设有物理Menu键的话。overflowbutton就不会显示出来。
比方我们启动一个有Menu键的模拟器。然后将代码执行到该模拟器上，结果例如以下图所看到的：
能够看到，ActionBar最右边的overflowbutton不见了！
那么此时我们怎样查看隐藏在overflow中的Actionbutton呢？事实上很easy，按一下Menu键，隐藏的内容就会从底部出来了，例如以下图所看到的：
看到这里相信不少朋友都想吐槽一下了，这显然是一种很蛋疼的设计，在不同手机上居然显示了不同的界面，而且操作方法也全然不一样，这样会给用户一种很不习惯的感觉。话说Google为什么要把ActionBar的overflow设计成这样我也不太理解，可是我们还是有办法改变这一默认行为的。
实际上，在ViewConfiguration这个类中有一个叫做sHasPermanentMenuKey的静态变量，系统就是依据这个变量的值来推断手机有没有物理Menu键的。当然这是一个内部变量，我们无法直接訪问它。可是能够通过反射的方式改动它的值，让它永远为false就能够了，代码例如以下所看到的：
@Override
protected void onCreate(Bundle savedInstanceState) {
......
setOverflowShowingAlways();
}
private void setOverflowShowingAlways() {
try {
ViewConfiguration config = ViewConfiguration.get(this);
Field menuKeyField = ViewConfiguration.class.getDeclaredField("sHasPermanentMenuKey");
menuKeyField.setAccessible(true);
menuKeyField.setBoolean(config, false);
} catch (Exception e) {
e.printStackTrace();
}
}
能够看到。即使是在有Menu键的手机上。也能让overflowbutton显示出来了，这样就能够大大添加我们软件界面和操作的统一性。
让Overflow中的选项显示图标
假设你点击一下overflowbutton去查看隐藏的Actionbutton，你会发现这部分Actionbutton都是仅仅显示文字不显示图标的。例如以下图所看到的：
这是官方的默认效果，Google觉得隐藏在overflow中的Actionbutton都应该仅仅显示文字。当然。假设你觉得这样不够美观，希望在overflow中的Actionbutton也能够显示图标。我们仍然能够想办法来改变这一默认行为。
事实上，overflow中的Actionbutton应不应该显示图标，是由MenuBuilder这个类的setOptionalIconsVisible方法来决定的。假设我们在overflow被展开的时候给这种方法传入true。那么里面的每一个Actionbutton相应的图标就都会显示出来了。调用的方法当然仍然是用反射了。代码例如以下所看到的：
@Override
public boolean onMenuOpened(int featureId, Menu menu) {
if (featureId == Window.FEATURE_ACTION_BAR && menu != null) {
if (menu.getClass().getSimpleName().equals("MenuBuilder")) {
try {
Method m = menu.getClass().getDeclaredMethod("setOptionalIconsVisible", Boolean.TYPE);
m.setAccessible(true);
m.invoke(menu, true);
} catch (Exception e) {
}
}
}
return super.onMenuOpened(featureId, menu);
}如今又一次执行一下代码，结果例如以下图所看到的：
好了。眼下为止我们已经把ActionBar的基础知识介绍完了，那么今天的解说就到这里，下篇文章中我会带领大家一起更深入地了解ActionBar，感兴趣的朋友请继续阅读 Android ActionBar全然解析。使用官方推荐的最佳导航栏(下)。
关注我的技术公众号，每天都有优质技术文章推送。关注我的娱乐公众号，工作、学习累了的时候放松一下自己。
微信扫一扫下方二维码就可以关注：
