Android Jetpack之AppCompat（一）

摘要：今天我们来聊一聊有关，作为系列文章的开篇。官方网站按照官方的描述，就是指库。一添加想要添加一个，总共步走更改主题样式，操作对象。其实已经为开发者提供了现成的非常易用的返回逻辑处理。

今天我们来聊一聊有关AppCompat，作为Android Jetpack系列文章的开篇。说到Android Jetpack，我们先看一下这张图：

从图中我们可以看到，整个Android Jetpack分为了四大部分，而我们今天要讲述的就是Foundation中的AppCompat小节，官方将该部分翻译为“基础”。
Google官方网站：
https://developer.android.com/jetpack
按照Google官方的描述，AppCompat就是指v7 appcompat库。

“This library adds support for the Action Bar user interface design pattern. This library includes support for material design user interface implementations.”

意思是：此库添加了对操作栏用户界面设计模式的支持。这个库包括对Material Design用户界面实现的支持。也就是说，我们可以借助该库，对Material Design有更便捷和兼容性更好的实现。
进入AppCompat章节后，我们发现它又被分为了4个部分，这4个部分被称为“key class”，也就是重点类，它们分别是：

• ActionBar：提供Actionbar用户界面模式的实现；
• AppCompatActivity：添加可用作使用支持库操作栏实现的Activity的基类；
• AppCompatDialog：添加一个可用作AppCompat主题的Dialog的基类;
• ShareActionProvider：添加对可包含在ActionBar中的标准化共享操作（如电子邮件或发布到社交应用程序）的支持。

想要使用这些类，我们需要添加v7支持库。
到现在为止，支持库的最新版本是28，添加的库名称和版本如下：

com.android.support:appcompat-v7:28.0.0

今天我们就先来聊一聊ActionBar，也是这里面最为复杂的一个部分。
依稀记得，伴随着Google I/O 2014的召开，早在Android 5.0的时代，Google 官方推出了ToolBar组件，在那之后，ToolBar就登上了历史舞台，扮演着重要的角色。之前我在CSDN上面也发表过相关主题的文章，因为发布的时机刚好是ToolBar登场之际，所以获得了很多的阅读量。快5年过去了，回头再看那几篇连载，感觉文笔很是稚嫩。今天借着讲述Jetpack，再次聊聊ToolBar那些事，相信你我都会有新的收获。

首先解决疑问：

1. 问：既然有了ActionBar，为何还要用ToolBar？ 答：使用AppCompat Toolbar能兼容更广泛的设备（ActionBar要求最低Android 3.0，ToolBar要求最低Android 2.1，但只有Android 5.0及以上才能在不使用AppCompat兼容包的前提下支持Material Design），以及各式各样的自定义需求。

2. 问：ToolBar上面都应该包含哪些内容？ 答：根据Google的指导，应用栏区域应具备以下要素：1）一个专用区域，可以标识您的应用并指示用户在应用中的位置；2）以可预测的方式访问搜索等重要操作；3）支持导航和视图切换（通过标签页或下拉列表）。

一、添加ToolBar
想要添加一个ToolBar，总共3步走：
1. 更改application主题样式，操作对象：styles.xml。
对于新建的Android项目，AndroidManifest.xml中已经定义了所使用的theme，即：

android:theme="@style/AppTheme"

此时，我们修改styles.xml文件即可，将默认的继承值改掉，如下所示：

细心的读者会发现，后面的截图中，右上角多了菜单项，这又是如何实现的呢？我们继续往后看。

三、给ToolBar增加动作
首先我们来看看如何给ToolBar增加菜单，我们依然分为3步完成。
1. 编写菜单xml文件，操作对象：menu文件夹下的菜单xml文件
这里我添加了两个菜单，如上图所示，一个隐藏在“更多”里，另一个是搜索。如下代码片所示：

如上，我们可以看到有两个item，分别对应Info和搜索，我们使用"app:showAsAction"的值来控制这个菜单是否显示，常见的值有always，ifRoom，never。从字面上也很好理解，这里就不多解释了。

2. 接下来是Java代码片段：

private SearchView tbSearchSv;

@Override
public boolean onCreateOptionsMenu(Menu menu) {
    getMenuInflater().inflate(R.menu.main_activity_menu, menu);
    MenuItem searchItem = menu.findItem(R.id.menu_main_search);
    tbSearchSv = (SearchView) searchItem.getActionView();
    return super.onCreateOptionsMenu(menu);
}

细心的朋友会发现有这一行：

app:actionViewClass="android.support.v7.widget.SearchView"

它是做什么的呢？

对了！它就是搜索栏，是原生的搜索栏。所以某些情况下，这个搜索栏是不用自己去实现的，系统已经给我们提供了SearchView！
典型的APP：网易云音乐、知乎上方的搜索都是这样的。

3. 为菜单设置监听器，我们先来看最普通的Info按钮，我们只需在Java代码中Override指定的方法就可以了，如下所示：

@Override
public boolean onOptionsItemSelected(MenuItem item) {
    switch (item.getItemId()) {
        case R.id.menu_main_info:
            Toast.makeText(MainActivity.this, R.string.menu_main_activity_info, Toast.LENGTH_LONG).show();
            break;
    }
    return super.onOptionsItemSelected(item);
}

对于搜索栏，首先我们想到的是，如何获取用户输入的内容呢？
其实很简单，玄机在于SearchView，只需对SearchView添加监听器就可以了。

tbSearchSv.setOnQueryTextListener(new SearchView.OnQueryTextListener() {
    @Override
    public boolean onQueryTextSubmit(String s) {
        
        return false;
    }

    @Override
    public boolean onQueryTextChange(String s) {
        
        return false;
    }
});

这里要注意，设置监听器前，要确保SearchView（这里的tbSearchSv）已经被实例化，否则，会出现空指针异常崩溃。
关于SearchView，还有一写额外的设置，比如：

// 设置提交按钮是否可见（默认不可见）
tbSearchSv.setSubmitButtonEnabled(true);

// 设置左侧是否显示搜索图标（默认不可见）
tbSearchSv.setIconifiedByDefault(false);

更多可使用的API请参考官方文档：
https://developer.android.google.cn/reference/android/widget/SearchView

不过，我们这里还需要做最后一点善后。如果你是一路下来照着本篇文章敲代码的话，在搜索框打开的情况下按一下返回键，你期待的是什么？是不是取消搜索操作，停留在当前界面？然而实际上是……退出了APP。
所以我们这里要对返回键的默认动作做一个“拦截”，具体可参考如下代码片：

@Override
public boolean onKeyUp(int keyCode, KeyEvent event) {
    switch (keyCode) {
        case KeyEvent.KEYCODE_BACK:
            if (!tbSearchSv.isIconified()) {
                tbSearchSv.setIconified(true);
                return true;
            }
            break;
    }
    return super.onKeyUp(keyCode, event);
}

这里SearchView的isIconfied()方法可以返回当前的SearchView展开状态。

四、返回上一层

ToolBar还有一个比较常见的功能就是左上角的返回按钮，提供返回上一层操作，很多的APP开发者都习惯于自定义一个ImageButton或类似的空间，然后使用美工提供的图像素材，设置监听器，写Selector……一套下来，费时费力。
其实Google已经为开发者提供了现成的非常易用的返回逻辑处理。要实现这些处理，两步就搞定了。

1. 在ToolBar对象上启用返回钮

getSupportActionBar().setDisplayHomeAsUpEnabled(true);

这里注意，虽然之前将ToolBar通过setSupportActionBar()方式当做参数被set了一次，但是ToolBar类本身并不提供setDisplayHomeAsUpEnabled()方法，因此，我们还需要getSupportActionBar()，先获取ActionBar对象，然后使用该对象，而不是直接使用ToolBar对象。

2. 在AndroidManifest.xml中定义要跳转的Activity
如题，我们在AndroidManifest.xml中，对子Activity做处理，这里不要忘记兼容低版本的系统。

将SecondActivity改为入口Activity，然后重新运行程序，将实现如下效果：

到此，关于ToolBar常见用法的梳理告一段落。源码请自取：
https://github.com/wh1990xiao2005/JetpackDemo

我会在接下来的文章中，和大家分享关于ToolBar的剩余内容，以及AppCompat兼容包中的其他知识，希望对你我都有帮助。
共勉！