导读：这个兼容库很容易和以前的 Android Support Library 22.1混淆，都是兼容库，区别是这个库多了个Design。 Android Support Library 22.1只是支持了一些基本控件的材料设计化，可是这个库更多的是对一些特效的实现，这个库和github上的不少开源项目是有很大关系的，material design的不少效果，同一种效果在github上有太多的实现，如今官方把部分效果标准化了。php
英文原文 Android Design Support Library html
安卓5.0是是有有史以来最重要的安卓版本之一，这其中有很大部分要归功于material design的引入，这种新的设计语言让整个安卓的用户体验面目一新。咱们的详细专题是帮助你开始采用material design的好去处。可是咱们也知道，这种设计对于开发者，尤为是那些在乎向后兼容的开发者来讲是一种挑战。react
在Android Design Support Library的帮助下，咱们为全部的开发者，全部2.1以上的设备，带来了一些重要的material design控件。你能够在这里面找到navigation drawer view，输入控件的悬浮标签，悬浮操做按钮，snackbar，选项卡以及将这些控件结合在一块儿的手势滚动框架。android
若是视频不能播放，直接到优酷观看 http://v.youku.com/v_show/id_XMTI1MDA2OTUyMA==.html git
Navigation View
抽屉导航是app识别度与内部导航的关键，保持这里设计上的一致性对app的可用性相当重要，尤为是对于第一次使用的用户。 NavigationView 经过提供抽屉导航所需的框架让实现更简单，同时它还可以直接经过菜单资源文件直接生成导航元素。github
把NavigationView做为DrawerLayout的内容视图来使用，好比下面的布局：app
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
<android.support.v4.widget.DrawerLayout
android:layout_width=
"match_parent"
android:layout_height=
"match_parent"
android:fitsSystemWindows=
"true"
>
<!-- your content layout -->
<android.support.design.widget.NavigationView
android:layout_width=
"wrap_content"
android:layout_height=
"match_parent"
android:layout_gravity=
"start"
app:headerLayout=
"@layout/drawer_header"
app:menu=
"@menu/drawer"
/>
</android.support.v4.widget.DrawerLayout>
|
你会注意到NavigationView的两个属性：app:headerLayout - 控制头部的布局， app:menu - 导航菜单的资源文件（也能够在运行时配置）。NavigationView处理好了和状态栏的关系，能够确保NavigationView 框架
在API21+设备上正确的和状态栏交互。最简单的抽屉菜单就是几个可点击的菜单集合：编辑器
|
1
2
3
4
5
6
7
8
9
10
11
|
<group android:checkableBehavior=
"single"
>
<item
android:id=
"@+id/navigation_item_1"
android:checked=
"true"
android:icon=
"@drawable/ic_android"
android:title=
"@string/navigation_item_1"
/>
<item
android:id=
"@+id/navigation_item_2"
android:icon=
"@drawable/ic_android"
android:title=
"@string/navigation_item_2"
/>
</group>
|
被点击过的item会高亮显示在抽屉菜单中，让用户知道当前是哪一个菜单被选中。工具
你也能够在menu中使用subheader来为菜单分组：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
|
<item
android:id=
"@+id/navigation_subheader"
android:title=
"@string/navigation_subheader"
>
<menu>
<item
android:id=
"@+id/navigation_sub_item_1"
android:icon=
"@drawable/ic_android"
android:title=
"@string/navigation_sub_item_1"
/>
<item
android:id=
"@+id/navigation_sub_item_2"
android:icon=
"@drawable/ic_android"
android:title=
"@string/navigation_sub_item_2"
/>
</menu>
</item>
|
你能够经过设置一个OnNavigationItemSelectedListener，使用其setNavigationItemSelectedListener()来得到元素被选中的回调事件。它为你提供被点击的 菜单元素 ，让你能够处理选择事件，改变复选框状态，加载新内容，关闭导航菜单，以及其余任何你想作的操做。
输入框控件的悬浮标签
在material design中，即使是简单的 EditText ，也有提高的余地。一般，单独的EditText会在用户输入第一个字母以后隐藏提示信息，可是如今你可使用TextInputLayout 来将EditText封装起来，提示信息会变成一个显示在EditText之上的floating label，这样用户就始终知道他们如今输入的是什么。
除了显示提示信息，你还能够经过调用setError()在EditText下面显示一条错误信息。
悬浮操做按钮 Floating Action Button
floating action button 是一个负责显示界面基本操做的圆形按钮。Design library中的FloatingActionButton 实现了一个默认颜色为主题中colorAccent的悬浮操做按钮。
除了通常大小的悬浮操做按钮，它还支持mini size（fabSize="mini"）。FloatingActionButton继承自ImageView，你可使用android:src或者ImageView的任意方法，好比setImageDrawable()来设置FloatingActionButton里面的图标。
Snackbar
为一个操做提供轻量级的，快速的反馈是使用snackbar的最好时机。snackbar显示在屏幕的底部，包含了文字信息与一个可选的操做按钮。在指定时间结束以后自动消失。另外，用户还能够在超时以前将它滑动删除。
由于包含了能够与snackbar交互的滑动删除与操做按钮，snackbar被看做是比toast更强大的快速反馈机制。可是你会发现他们的API很是类似：
|
1
2
3
4
|
Snackbar
.make(parentLayout, R.string.snackbar_text, Snackbar.LENGTH_LONG)
.setAction(R.string.snackbar_action, myOnClickListener)
.show();
// Don’t forget to show!
|
你应该注意到了make()方法中把一个View做为第一个参数 - Snackbar试图找到一个合适的父亲以确保本身是被放置于底部。
选项卡
经过选项卡的方式切换view并非material design中才有的新概念。它们和顶层导航模式或者组织app中不一样分组内容（好比，不一样风格的音乐）是同一个概念。
Design library的TabLayout 既实现了固定的选项卡 - view的宽度平均分配，也实现了可滚动的选项卡 - view宽度不固定同时能够横向滚动。选项卡能够在程序中动态添加：
|
1
2
|
TabLayout tabLayout = ...;
tabLayout.addTab(tabLayout.newTab().setText(
"Tab 1"
));
|
可是若是你使用ViewPager在tab之间横向切换，你能够直接从 PagerAdapter 的 getPageTitle() 中建立选项卡，而后使用setupWithViewPager()将二者联系在一块儿。它可使tab的选中事件能更新ViewPager,同时ViewPager
的页面改变能更新tab的选中状态。
CoordinatorLayout, 手势, 以及滚动
不同凡响的视觉效果只是material design的一部分：手势一样是制做一个material design app的重要组成部分。material design的手势有不少组成部分，包括touch ripples 和 meaningful transitions 。Design library引入了CoordinatorLayout，一个从另外一层面去控制子view之间触摸事件的布局，Design library中的不少控件都利用了它。
CoordinatorLayout与悬浮操做按钮
一个很好的例子就是当你将FloatingActionButton做为一个子View添加进CoordinatorLayout而且将CoordinatorLayout传递给 Snackbar.make() - 在3.0极其以上的设备上，snackbar不会显示在悬浮按钮的上面，而是FloatingActionButton利用CoordinatorLayout提供的回调方法，在snackbar以动画效果进入的时候自动向上移动让出位置，而且在snackbar动画地消失的时候回到原来的位置，不须要额外的代码。
CoordinatorLayout还提供了一个layout_anchor属性，和layout_anchorGravity,一块儿，能够用于放置floating view，好比FloatingActionButton与其余view的相对位置。
CoordinatorLayout与app bar
CoordinatorLayout的另外一个用例是 app bar（以前的actionbar）与 滚动技巧。你可能已经在本身的布局中使用了Toolbar ，它容许你更加自由的自定义其外观与布局的其他部分融为一体。Design library把这种设计带到了更高的水平：使用AppBarLayout可让你的Toolbar与其余view（好比TabLayout的选项卡）能响应被标记了ScrollingViewBehavior的View的滚动事件。所以，你能够建立一个以下的布局：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
|
<android.support.design.widget.CoordinatorLayout
android:layout_width=
"match_parent"
android:layout_height=
"match_parent"
>
<! -- Your Scrollable View -->
<android.support.v7.widget.RecyclerView
android:layout_width=
"match_parent"
android:layout_height=
"match_parent"
app:layout_behavior=
"@string/appbar_scrolling_view_behavior"
/>
<android.support.design.widget.AppBarLayout
android:layout_width=
"match_parent"
android:layout_height=
"wrap_content"
>
<android.support.v7.widget.Toolbar
...
app:layout_scrollFlags=
"scroll|enterAlways"
>
<android.support.design.widget.TabLayout
...
app:layout_scrollFlags=
"scroll|enterAlways"
>
</android.support.design.widget.AppBarLayout>
</android.support.design.widget.CoordinatorLayout>
|
如今，当用户滚动RecyclerView，AppBarLayout能够这样响应滚动事件：根据子view的滚动标志（scroll flag）来控制它们如何进入（滚入屏幕）与退出（滚出屏幕）。
Flag包括：
scroll: 全部想滚动出屏幕的view都须要设置这个flag- 没有设置这个flag的view将被固定在屏幕顶部。
enterAlways: 这个flag让任意向下的滚动都会致使该view变为可见，启用快速“返回模式”。
enterAlwaysCollapsed: 当你的视图已经设置minHeight属性又使用此标志时，你的视图只能已最小高度进入，只有当滚动视图到达顶部时才扩大到完整高度。
exitUntilCollapsed: this flag causes the view to scroll off until it is ‘collapsed’ (its minHeight) before exiting（啥意思。。。）
注意一点：全部使用scroll flag的view都必须定义在没有使用scroll flag的view的前面，这样才能确保全部的view从顶部退出，留下固定的元素。
可伸缩折叠的Toolbar （Collapsing Toolbar）
直接添加Toolbar到AppBarLayout可让你使用enterAlwaysCollapsed 和 exitUntilCollapsedscroll标志，可是没法控制不一样元素如何响应collapsing的细节，为了达到此目的，使用CollapsingToolbarLayout：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
|
<android.support.design.widget.AppBarLayout
android:layout_height=
"192dp"
android:layout_width=
"match_parent"
>
<android.support.design.widget.CollapsingToolbarLayout
android:layout_width=
"match_parent"
android:layout_height=
"match_parent"
app:layout_scrollFlags=
"scroll|exitUntilCollapsed"
>
<android.support.v7.widget.Toolbar
android:layout_height=
"?attr/actionBarSize"
android:layout_width=
"match_parent"
app:layout_collapseMode=
"pin"
/>
</android.support.design.widget.CollapsingToolbarLayout>
</android.support.design.widget.AppBarLayout>
|
这里使用了CollapsingToolbarLayout的app:layout_collapseMode="pin"来确保Toolbar在view折叠的时候仍然被固定在屏幕的顶部。还能够作到更好的效果，当你让CollapsingToolbarLayout和Toolbar在一块儿使用的时候，title会在展开的时候自动变得大些，而在折叠的时候让字体过渡到默认值。必须注意，在这种状况下你必须在CollapsingToolbarLayout上调用setTitle()，而不是在Toolbar上。
除了固定住view，你还可使用app:layout_collapseMode="parallax"（以及使用app:layout_collapseParallaxMultiplier="0.7"来设置视差因子）来实现视差滚动效果（好比CollapsingToolbarLayout里面的一个ImageView），这中状况和CollapsingToolbarLayout的app:contentScrim="?attr/colorPrimary"属性一块儿配合更完美。
CoordinatorLayout与自定义view
有一件事情必须注意，那就是CoordinatorLayout并不知道FloatingActionButton或者AppBarLayout的内部工做原理 - 它只是以Coordinator.Behavior的形式提供了额外的API，该API可使子View更好的控制触摸事件与手势以及声明它们之间的依赖，并经过onDependentViewChanged()接收回调。
可使用CoordinatorLayout.DefaultBehavior(你的View.Behavior.class)注解或者在布局中使用app:layout_behavior="com.example.app.你的View$Behavior"属性来定义view的默认行为。framework让任意view和CoordinatorLayout结合在一块儿成为了可能。
如今就可使用了!
Design library如今已经可使用了，确保你在SDK Manager中更新了Android Support Repository。添加一行依赖，而后你就能够开始使用Design library了：
|
1
|
compile
'com.android.support:design:22.2.0'
|
Design library依赖于Support v4 和 AppCompat Support库，在添加了Design library依赖以后，这些库会自动的包含进来。咱们还让这些控件能够在Android Studio的布局编辑器里预览。
Design library, AppCompat以及全部的安卓支持库是建立一个现代，美观app的重要工具。
译文完。
--------------------
这里面最难理解的应该是CoordinatorLayout，以为要真正理解有必要看看其实现的源码，并且我的认为CoordinatorLayout虽然封装的很好，可是其使用并不直观。
最后附上Android Design library的demo：