立面规划是Material Design中一条十分重要的规划思想，也便是说，依照Material Design的理念，应用程序的界面不仅仅只是一个平面，而应该是有立体作用的。 在官方给出的示例中，最简略且最具代表性的立面规划便是悬浮按钮了，这种按钮不属于主界面平面的一部分，而是位于别的一个维度的，因而就会给人一种悬浮的感觉。 以及，本文持续记载除了Toas的别的一种可交互式的提示工具。
####文章概要与总结
1. FloatingActionButton
1.1. 布局：首要重视layout_gravity，其他特点没有什么特别的；
1.2. FloatingActionButton的点击工作：
1.2.1 实例化
1.2.2 实例化的 FloatingActionButton目标调用setOnClickListener办法注册监听，相似Button
2. Snackbar
2.1 调用了Snackbar的make()办法来创建一个Snackbar目标
（注意三个参数意义：view,"text", Snackbar.LENGTH_SHORT）；
2.2 Snackbar的make()后面连缀调用setAction()来设置一个动作
（两个参数：一参为bar栏右侧点击交互显示内容，二参为重写onClick()的OnClickListener()目标）
3. CoordinatorLayout
3.1 CoordinatorLayout能够说是一个加强版的FrameLayout，这个布局也是由DesignSupport库
供给的；
3.2 CoordinatorLayout能够监听其所有子控件的各种工作，然后主动协助咱们做出最为合理的响应；
3.3 假如咱们能让CoordinatorLayout监听到Snackbar的弹出工作，
那么它会主动将内部的FloatingActionButton向上偏移，然后保证不会被Snackbar遮挡到。
3.4 运用：当成FrameLayout运用即可，替换FrameLayout本来的方位.
####FloatingActionButton
- FloatingActionButton是DesignSupport库中供给的一个控件，这个控件能够协助咱们比较轻松地完成悬浮按钮的作用。
- 它默认会运用colorAccent来作为按钮的颜色，
- 咱们还能够通过给按钮指定一个图标来表明这个按钮的作用是什么。
下面开始来详细完成。首先依然需求提前准备好一个图标，这儿放置了一张ic_done.png到drawable-xxhdpi目录下。然后修正activity-mam.xml中的代码，如下所示：
<android.support.design.widget.FloatingActionButton
android:id="@+id/fab"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:layout_gravity="bottom|end"
android:layout_margin="16dp"
android:src="@drawable/ic_done"/>
可见这儿在主屏幕布局中加人了一个FloatingAcUonButton。 layout_width和layout_height特点都指定成wrap_content； layout-gravity特点指定将这个控件放置于屏幕的右下角， 其中end的工作原理和之前的start是一样的，即假如体系语言是从左往右的，那么end就表明在右边，假如体系语言是从右往左的，那么end就表明在左边； layout-margin特点给控件四周留边距，紧贴着屏幕边际不好看； 最后src特点给FloatingActionButton设置了一个图标。
运转作用图：
**下面实战悬浮按钮的点击工作：** 在MainActivity的onCreate()中增加以下代码： “` //悬浮按钮点击工作 FloatingActionButton fab = (FloatingActionButton)findViewById(R.id.fab); fab.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { Toast.makeText(MainActivity.this, “FAB clickes”, Toast.LENGTH_SHORT).show(); } }); “` 
运转程序，作用如图：
#####Snackbar
- 首先要明确，Snackbar并不是Toast的替代品，它们两者之间有着不同的应用场景。
- Toast的作用是告知用户现在发生了什么工作，但同时用户只能被动接收这个工作，由于没有什么办法能让用户进行挑选。
- 而Snackbar则在这方面进行了扩展，它答应在提示傍边加人一个可交互按钮，当用户点击按钮的时候能够执行一些额外的逻辑操作。
- 打个比如，假如咱们在执行删除操作的时候只弹出一个Toast提示，那么用户要是误删了某个重要数据的话肯定会十分抓狂吧，可是假如咱们增加一个Undo按钮，就相当于给用户供给了一种弥补办法，然后大大下降了事故发生的概率，提升了用户体会。
能够看到，这儿调用了Snackbar的make()办法来创建一个Snackbar目标， make()办法的
- 第一个参数需求传人一个View，只要是当时界面布局的任意一个View都能够，Snackbar会运用 这个View来主动查找最外层的布局，用于展示Snackbar。
- 第二个参数便是Snackbar中显示的内容，
- 第三个参数是Snackbar显示的时长。
这些和Toast都是相似的。接着这儿又调用了一个setAction()办法来设置一个动作，然后让Snackbar不仅仅是一个提示，而是能够和用户进行交互的。
简略起见，咱们在动作按钮的点击工作里边弹出一个Toast提示。 最后调用show()办法让Snackbar显示出来。
//悬浮按钮点击工作
FloatingActionButton fab = (FloatingActionButton)findViewById(R.id.fab);
fab.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
// Toast.makeText(MainActivity.this, "FAB clickes", Toast.LENGTH_SHORT).show();
//Snackbar
Snackbar.make(v,"Data deleted", Snackbar.LENGTH_SHORT)
.setAction("Undo", new View.OnClickListener() {
@Override
public void onClick(View v) {
Toast.makeText(MainActivity.this, "Data restored",
Toast.LENGTH_SHORT).show();
}
}).show();
}
});
现在重新运转一下程序，并点击悬浮按钮，作用如图所示：
不管是出现仍是消失，Snackbar都是带有动画作用的，因而视觉体会也会比较好。
不过你有没有发现一个bug，这个Snackbar竟然将咱们的悬浮按钮给遮挡住了。虽说也不是
什么重大的问题，由于Snackbar过一会儿就会主动消失，但这种用户体会总归是不友好的。有
没有什么办法能解决一下呢？当然有，只需求凭借CoordinatorLayout就能够轻松解决。
####CoordinatorLayout
CoordinatorLayout能够说是一个加强版的FrameLayout，这个布局也是由DesignSupport库 供给的。 Coordinator n.协调者 ／k’:dnet／
它在一般情况下的作用和FrameLayout根本一致， 不过既然是DesignSupport库中供给的布局，那么就必定有一些MaterialDesign的法力了。 事实上，CoordinatorLayout能够监听其所有子控件的各种工作，然后主动协助咱们做出最为合理的响应。
举个简略的例子，方才弹出的Snackbar提示将悬浮按钮遮挡住了，
而假如咱们能让CoordinatorLayout监听到Snackbar的弹出工作，
那么它会主动将内部的FloatingActionButton向上偏移，然后保证不会被Snackbar遮挡到。
至于CoordmatorLayout的运用也十分简略，咱们只需求将本来的FrameLayout替换一下就能够了。
修正activity_mam.xml中的代码，如下所示：
<android.support.design.widget.CoordinatorLayout
android:layout_width="match_parent"
android:layout_height="match_parent">
<android.support.v7.widget.Toolbar
android:id="@+id/toolbar"
android:layout_width="match_parent"
android:layout_height="?attr/actionBarSize"
android:background="?attr/colorPrimary"
android:theme="@style/ThemeOverlay.AppCompat.Dark.ActionBar"
app:popupTheme="@style/ThemeOverlay.AppCompat.Light"/>
<android.support.design.widget.FloatingActionButton
android:id="@+id/fab"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:layout_gravity="bottom|end"
android:layout_margin="16dp"
android:src="@drawable/ic_done"
app:elevation="8dp"/>
</android.support.design.widget.CoordinatorLayout>
由于CoordinatorLayout自身便是一个加强版的FrameLayout，因而这种替换不会有任何的副作用。
现在重新运转一下程序，并点击悬浮按钮，作用如图所示：
不过咱们回过头来再思考一下，方才说的是CoordinatorLayout能够监听其所有子控件的各种工作，可是Snackbar如同并不是CoordinatorLayout的子控件吧，为什么它却能够被监听到呢？
其实道理很简略，还记得咱们在Snackbar的make()办法中传入的第一个参数吗？ 这个参数便是用来指定Snackbar是根据哪个View来触发的， 方才咱们传入的是
FloatingActionButton自身（Snackbar在FloatingActionButton 根底的onClick中产生，而这个onCilck(View view)函数头带着的参数view，便是FloatingActionButton）， 而FloatingActionButton是CoordinatorLayout中的子控件， 因而这个工作就理所应当能被监听到了。 （Snackbar → FloatingActionButton → CoordinatorLayout）
这儿能够再做个实验，假如给Snackbar的make()办法传入一个DrawerLayout,那么Snackbar就会再次遮挡住悬浮按钮，由于DrawerLayout不是CoordinatorLayout的子控件，CoordinatorLayout也就无法监听到Snackbar的弹出和躲藏工作了。
本节的内容就到这儿，接下来咱们持续丰富MaterialTest项目，加人卡片式布局作用。
