标签:绑定 ddc length library hot 滚动 ted 系统 root
译者地址:【翻】Android Design Support Library 的 代码实验——几行代码,让你的 APP 变得花俏
原文项目 demo: Lab-Android-DesignLibrary
双语对比地址: 【翻-双语】Android Design Support Library 的 代码实验——几行代码,让你的 APP 变得花俏
说明:嗯,这是我的翻译的第一篇 Android 文章,有些语句可能读着不是那么通顺,所以,可是对意思的理解应该还是没有问题的。
说明2:嗯,转载的话。请加上这些引用文字,既是对原作者的尊重。也是对我辛苦好几个晚上的感谢。
眼下,我相信。没有不论什么 Android 开发人员不知道材料设计的,由于它的设计在过去的一年震惊了世界。正式的变成了一个设计理念。
令人吃惊的是,在 Android 应用中材料设计是不easy实现的,由于材料设计的 UI 组件 如: Floating Action Button (FAB) 在低于 Android L 系统上是不可用的。我们仅仅能选择使用由独立开发人员发布出来的第三方库。
来了一个好消息,上周(2015.5.29)在谷歌2015 I/O 大会时,谷歌宣布了一个今年最让人兴奋的支持库。名叫 Android Design Support Library,在这个单独的 library 里提供了一堆实用的材料设计 UI 组件。通过这篇文章,让我用这个机会向你一个一个描写叙述怎样来使用他们。
请查看以下这个视频作为本教程终于的结果。
从这里開始,空白 Activity 里面有一个 DrawerLayout 。
Activity 已经调整为材料设计风格的主题。
<item name="colorPrimary">#2196F3</item>
<item name="colorPrimaryDark">#1565C0</item>
<item name="colorAccent">#E91E63</item>
好了,让我们開始吧!
我已经为这个 codelab 准备了源代码,你能够从 GitHub 轻松的 clone 它。
MainActivity 是上面所看到的的终于结果。请在这个 project 的 CodeLabActivity
中做我们的代码实验。
你一定要自己做的一个任务是… 成功的执行它,它应该是通过简单的点击“执行”button来完毕。
第一件要做的事是在我们的项目中加入 Android Design Support Library。在 app 的 build.gradle
文件下加入一行依赖代码。
compile ‘com.android.support:design:22.2.0‘
`
请注意 Design Support Library 依赖于 Support v4 和 AppCompat v7。一旦你在你的项目中加入这个 library,你也将获得一个这些 libraries 的组件的入口。(译者注:就是说 Design Support Library 中就已经包括了 Support v4 和 AppCompat v7)
顺便说一下。从 Github 克隆的源代码已经加入了上面这行代码。可是假设你创建了你自己的项目,你须要自己加入它。
Floating Action Button (FAB) 是一个有一些阴影的圆形button。这个令人难以置信的,能够改变世界的设计。毫不奇怪它为什么会变成材料设计的标志。因此我们从这開始。
加入一个 FAB 在布局文件,由于它须要一些父类来使它在屏幕的右下方位置对齐。所以用 FrameLayout
来包裹 FloatingActionButton
。请做这样的事情作为 DrawerLayout 的内容:更换 activity_code_lab.xml
中已经存在的 TextView
,像以下的代码这样。
<android.support.v4.widget.DrawerLayout ...
xmlns:app="http://schemas.android.com/apk/res-auto"
....>
<FrameLayout
android:id="@+id/rootLayout"
android:layout_width="match_parent"
android:layout_height="match_parent">
<android.support.design.widget.FloatingActionButton
android:id="@+id/fabBtn"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:layout_gravity="bottom|right"
android:src="@drawable/ic_plus"
app:fabSize="normal" />
</FrameLayout>
...
</android.support.v4.widget.DrawerLayout>
android:src
是用来定义你想要的资源文件 ID(推荐 40dp 的清晰的 png 文件),而 app:fabSize="normal"
是用来定义 FAB 的大小的。normal
的意思是在大多数情况下标准尺寸为 56dp 的button,可是万一你想使用较小的一个。 mini
是还有一个选择,它的大小将变成 40dp。
就这样,FAB 如今准备使用。以下是当我在 Android 4.4 上执行这段代码的结果。
可是当我们执行在 Android 5.0 上时,结果变成了这样…
这不是特效。仅仅是一个 bug。幸运的是 design library 的开发人员团队已经知道这个问题并在不久的将来会发布一个修复的版本号。
可是假设你如今想要使用它,我们能够做一些事情:通过设置 FAB 的 margin right 和 margin bottom 为 16dp 在 API Level 21+ 上面并在 低于 Android L 的版本号上 设置为 0dp。感谢配置资源能够让我们非常easy的做到这一点。
res/values/dimens.xml
<dimen name="codelab_fab_margin_right">0dp</dimen>
<dimen name="codelab_fab_margin_bottom">0dp</dimen>
res/values-v21/dimens.xml
<dimen name="codelab_fab_margin_right">16dp</dimen>
<dimen name="codelab_fab_margin_bottom">16dp</dimen>
res/layout/activity_code_lab.xml
<android.support.design.widget.FloatingActionButton
...
android:layout_marginBottom="@dimen/codelab_fab_margin_bottom"
android:layout_marginRight="@dimen/codelab_fab_margin_right"
.../>
好了!
这里有还有一个 bug。
阴影。你在哪里?这个 bug 和先前的那个是有关联的。你能够通过定义 app:borderWidth="0"
作为 FAB 的属性 作为一个高速的解决方式。
欢迎回来,阴影!
其深度是自己主动设置的最佳实践之中的一个:6dp 在空暇状态,12dp 是按下状态。反正你能够通过定义重写这些值,app:elevation
为空暇状态下的阴影深度,andapp:pressedTranslationZ
为按下状态的。
关于button的颜色,FAB 基本上使用强调色,可是你能够重写 app:backgroundTint
属性来改动。
就像传统的button,你能够通过 setOnClickListener()
处理点击,在 CodeLabActivity.java
文件的 initInstances
方法中加入以下的代码。
FloatingActionButton fabBtn;
...
private void initInstances() {
...
fabBtn = (FloatingActionButton) findViewById(R.id.fabBtn);
fabBtn.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
}
});
}
完毕!
Snackbar。在屏幕的地步一个微小的黑色条显示着一条简短的消息,在这个 library 中也是可用的。Snackbar 和 Toast 有着相同的概念,可是不同于 Toast,它的表现是作为 UI 的一部分而不是覆盖在屏幕上。
不仅仅是概念相同,编码风格也是由 Toast 所启示。你能够通过以下的代码唤起 Snackbar。
Snackbar.make(someView, "Hello. I am Snackbar!", Snackbar.LENGTH_SHORT)
.setAction("Undo", new View.OnClickListener() {
@Override
public void onClick(View v) {
}
})
.show();
make()
的第一个參数是一个 View 或者 Layout,你想在它的底部位置显示一个 Snackbar。在这个样例中,一个 FrameLayout 包裹着一个 FAB 就是当中一个样例。
setAction()
方法是用在设置动作显示在 Snackbar 的右側并有相应的监听。
这种方法没必要的,能够移除。
如今,让我们通过加入以下的代码去试试。
FrameLayout rootLayout;
...
private void initInstances() {
...
rootLayout = (FrameLayout) findViewById(R.id.rootLayout);
fabBtn = (FloatingActionButton) findViewById(R.id.fabBtn);
fabBtn.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Snackbar.make(rootLayout, "Hello. I am Snackbar!", Snackbar.LENGTH_SHORT)
.setAction("Undo", new View.OnClickListener() {
@Override
public void onClick(View v) {
}
})
.show();
}
});
}
点击 FAB 以及看到的结果。
实用!可是… 还不是非常完美。它是出如今放置 Snackbar 顶部的位置。长期的用户体验是非常差的。无论怎么样。这个行为已经是正确的。由于这里没有为 Snackbar 和 FAB 定义不论什么关联。
为了这个目的专门发明了一个特殊的布局,使子 Views 协调工作。这就不用奇怪为什么它的名字是 CoordinatorLayout
了。
CoordinatorLayout 是一个让子 Views 协调工作的布局。
这里没有不论什么魔法。每一个 View 中肯定是设计和实现了和 CoordinatorLayout 协同工作的。FAB 和 Snackbar 就是这两个view。
所以… 如今让我们将 FrameLayout 改成 CoordinatorLayout
包裹一个FAB。
res/layout/activity_code_lab.xml
<android.support.design.widget.CoordinatorLayout
android:id="@+id/rootLayout"
android:layout_width="match_parent"
android:layout_height="match_parent">
<android.support.design.widget.FloatingActionButton
... />
</android.support.design.widget.CoordinatorLayout>
而且,不要忘了在 CodeLabActivity.java
改变 rootLayout 的变量类型为 CoordinatorLayout,否则就会崩溃。
//FrameLayout rootLayout;
CoordinatorLayout rootLayout;
//rootLayout = (FrameLayout) findViewById(R.id.rootLayout);
rootLayout = (CoordinatorLayout) findViewById(R.id.rootLayout);
结果:如今 FAB 随着 Snackbar 的出现和消失而移动。还添加了一些功能。Snackbar 如今能够滑动消失了!请试一试。
可是 bug 到处都是… bug 出如今低于 Android L 的系统上,当 Snackbar 滑动消失的时候。FAB 忘记了移动下来。
这显然是一个 bug。可是我不知道确切的原因。感谢天主,这里有一些解决方法。
从我的实验中,我发现当我们设置 FAB 的 margin bottom 和 margin right 为一些非零的正数值时。它将会奇迹般的正常工作。所以..就仅仅须要为低于 Android L 的系统改变 margin 的值为 0.1dp即可。
res/values/dimens.xml
<dimen name="codelab_fab_margin_right">0.1dp</dimen>
<dimen name="codelab_fab_margin_bottom">0.1dp</dimen>
完毕。以下是结果。
从如今起。假设你计划使用 Android Design Support Library。请首先考虑 CoordinatorLayout,由于它就像是这个 library 的核心。
Toolbar 不是 Android Design Support Library 的一部分,而是在这个库中须要与其它组件一起使用。
Toolbar 是一个替代传统的 Action Bar 具有更灵活的行为。我鼓舞你们从如今開始隐藏 Action Bar 而且切换到 Toolbar。由于这些有奇异功能的新库,包括 Design Support Library 的组件中,都被设计为和 Toolbar 协同工作而不是 Action Bar。
非常easy切换到 Toolbar。仅仅须要从 Activity 定义的 AppTheme 的 style 属性隐藏掉 Action Bar 開始。
<style name="AppTheme" parent="Theme.AppCompat.Light.DarkActionBar">
<item name="windowActionBar">false</item>
<item name="windowNoTitle">true</item>
</style>
然后在 CoordinatorLayout 里面的 FAB 之前正确的放一个 Toolbar 组件。
<android.support.design.widget.CoordinatorLayout
...>
<android.support.v7.widget.Toolbar
android:id="@+id/toolbar"
android:layout_width="match_parent"
android:layout_height="?attr/actionBarSize"
android:background="?attr/colorPrimary"
app:popupTheme="@style/ThemeOverlay.AppCompat.Light"
app:theme="@style/ThemeOverlay.AppCompat.Dark.ActionBar" />
<android.support.design.widget.FloatingActionButton
...>
</android.support.design.widget.FloatingActionButton>
</android.support.design.widget.CoordinatorLayout>
如今写代码来告诉系统,我们将使用 Toolbar 作为一个 Action Bar。更换以下的 Java 代码。
Toolbar toolbar;
private void initInstances() {
toolbar = (Toolbar) findViewById(R.id.toolbar);
setSupportActionBar(toolbar);
...
}
尽管它如今能够执行成功,可是依据我之前说的,放在 CoordinatorLayout 的东西必须被设计和实现成与它一起合作的,否则将不与不论什么其它兄弟 views(sibling views) 协作。可是… Toolbar是不合适的。
别操心,这里没有不论什么新的特殊 Toolbar。仅仅是一个组件是为了准备让 Toolbar 与 CoordinatorLayout 一起工作的更加完美。这是简单的任务,仅仅是简单的用 AppBarLayout
包裹 Toolbar。就这样!
<android.support.design.widget.CoordinatorLayout
...>
<android.support.design.widget.AppBarLayout
android:layout_width="match_parent"
android:layout_height="wrap_content">
<android.support.v7.widget.Toolbar
.../>
</android.support.design.widget.AppBarLayout>
<android.support.design.widget.FloatingActionButton
...>
</android.support.design.widget.FloatingActionButton>
</android.support.design.widget.CoordinatorLayout>
如今执行和測试,假设你做的都是对的,你将会看到 Drawer Menu 会覆盖在 App Bar区域的顶部。使用了 AppBarLayout 的输出结果是:低于应用栏区域的阴影如今回来了,耶!(译者注:不晓得怎么翻了:The outgrowth of applying AppBarLayout is the drop shadow below App Bar area is now returned ! Yah !)
这个步骤如今完毕了。从如今開始。我建议你总是用 AppBarLayout 包裹 ToolBar 元素。
光凭它能带回来阴影的能力就足够有说服力。
我们已经得到了 FAB 和 Toolbar,如今是时候在 Activity 的内容区域放上东西了。
额。假设是两个简单的button呢?好吧。让我们把它们放在在 AppBarLayout 和 FAB 之间。
...
</android.support.design.widget.AppBarLayout>
<LinearLayout
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical">
<Button
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="Yo Yo"/>
<Button
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="Yo Yo"/>
</LinearLayout>
<android.support.design.widget.FloatingActionButton
...>
以下是结果…
这些button似乎都出人意料的放在了 Toolbar 以下。
猜猜为什么?
是的。一些古老的原因,LinearLayout 没有被设计成与 CoordinatorLayout 协同工作。在这样的情况下。没有不论什么布局用来包裹 LinearLayout,使它像 Toolbar 的做法那样。但它是更加easy的,你仅仅须要在 LinearLayout 加入一个属性告诉它的滚动行为。就像以下写的这样:
<LinearLayout
...
app:layout_behavior="@string/appbar_scrolling_view_behavior"
...>
如今,他们被放在了正确的位置了,耶!
完毕!=)
Tab 是在 Android 应用程序中用户体验(UX)最佳实践的一部分。
在曾经,假设我们想要使用新的材料设计风格的 Tab,我们须要自己去为项目中下载 SlidingTabLayout 和 SlidingTabStrip 的源代码。如今。我们仅仅须要使用这个库提供的 TabLayout
,它也有非常多能够调整的选项。
我们应该把 TabLayout 放在哪里?依据 Android 应用程序用户体验指导原则,Tab 应该放在屏幕的顶部而不是在底部。还有,它应该在阴影部分的上面。所以,我们将其放在 AppBarLayout 里面,沿着 Toolbar。
这是能够做到的,由于 AppBarLayout 是继承自一个垂直的 LinearLayout。
<android.support.design.widget.AppBarLayout ...>
<android.support.v7.widget.Toolbar ... />
<android.support.design.widget.TabLayout
android:id="@+id/tabLayout"
android:layout_width="match_parent"
android:layout_height="wrap_content"/>
</android.support.design.widget.AppBarLayout>
在 Java 代码中加入一些 tabs。
TabLayout tabLayout;
private void initInstances() {
tabLayout = (TabLayout) findViewById(R.id.tabLayout);
tabLayout.addTab(tabLayout.newTab().setText("Tab 1"));
tabLayout.addTab(tabLayout.newTab().setText("Tab 2"));
tabLayout.addTab(tabLayout.newTab().setText("Tab 3"));
...
}
以下是结果:
背景色会自己主动设置成 primary color(主题色),而导航线的颜色是强调色。可是你将会注意到 Tab 的字体仍然是黑色的。可是我们希望字体是白色的。
这是由于我们还没有为 TabLayout 提供不论什么主题呢。
TabLayout 定义主题是简单的,就像这样:
<android.support.design.widget.TabLayout
...
app:theme="@style/ThemeOverlay.AppCompat.Dark.ActionBar" />
如今。他们是白色的了。
你能够像上面这样选择手动控制 TabLayout。或者让它和 ViewPager 一起工作,自己主动调用 setupWithViewPager(...)
。
我相信这样的情况会非常频繁的使用。
还有,我们能够调整两个属性来显示 TabLayout。
app:tabMode
- 假设你想在屏幕上显示出每一个单独的 tab。就设置 tab 为 fixed
的, 。
它适合仅仅有少数 tab 的时候,可是假设有非常多的 tab 的时候这是一个全然错误的选择。在这样的情况下你是不确定全部的 tab 能否非常好的在同一时间显示出来的。所以,你能够设置这个属性为 scrollable
让用户去滚动 tab,就像 Google Play Store 那样。
app:tabGravity
- 假设你想要分配全部的可用空间给每一个 tab,就设置这个属性为 fill
。
假设你想要全部的 tab 在屏幕的中间。就设置这个属性为 center
。
请注意,假设 tabMode 是设置成 scrollable 的,则这个属性将会被忽略。
每一个模式的样子就像以下这样:
TabLayout 完毕了!
一个优美的 Android 用户体验是引导 App Bar 能够随着内容滚动出屏幕的。以获得额外的空间来显示内容,而且,这已经是被证明这样的用户体验是非常棒的。曾经有一些应用程序已经实现了这样的行为。可是开发人员必须自己来实现。
如今它仅仅须要用一行代码就能轻松的完毕。
首先,我们须要让内容能够滚动,先往 LinearLayout 加入一些 Button。大约20个?
<Button
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="Yo Yo"/>
...
<!-- Add 20 more buttons here -->
...
<Button
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="Yo Yo"/>
然后用 ScrollView 包裹这个 LinearLayout,还有,不要忘了将 LinearLayout 里的 layout_behavior 移动到 ScrollView。由于如今 ScrollView 是 CoordinatorLayout的最直接的子 view。
<ScrollView
android:layout_width="match_parent"
android:layout_height="match_parent"
android:fillViewport="true"
app:layout_behavior="@string/appbar_scrolling_view_behavior">
<LinearLayout
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical">
...
</LinearLayout>
</ScrollView>
然后给 Toolbar 加入一个滚动标志,就像这样:
<android.support.v7.widget.Toolbar
...
app:layout_scrollFlags="scroll|enterAlways" />
试试吧
额… 原先假定的 Toolbar 会随着内容的滚动滚出屏幕的,可是为什么它看起来什么都没有实现呢?
相同的老原因啦… ScrollView 没有被设计成与 CoordinatorLayout 协同工作(又来)。
你须要还有一个 view:NestedScrollView
,Android Support Library v4 中有提供。
这个 NestedScrollView 设计出来的目的就是为了与 CoordinatorLayout 协同工作的。
<android.support.v4.widget.NestedScrollView ...>
<LinearLayout ...>
...
</LinearLayout>
</android.support.v4.widget.NestedScrollView>
相同的原因,请注意了: ListView 类也是和 CoordinatorLayout 不能协同工作的。仅仅有 RecyclerView
能够。或许须要时间来改变咯~
这里将 ScrollView 改变成 NestedScrollView 后的结果。
执行起来真赞!
你会注意到 Toolbar 滚出了屏幕。可是 TabLayout 仍然还在。这是由于我们没有给 TabLayout 设置不论什么滚动标志。假设你想要 TabLayout 相同从屏幕上消失,仅仅须要给 TabLayout 定义相同的属性就能够了。
<android.support.design.widget.TabLayout
...
app:layout_scrollFlags="scroll|enterAlways" />
结果:
这里会有一些手势上的 bug。我发现拉它回到屏幕是非常困难的。看来我们得等下一个版本号了。
如今,让我们来看看它的一些细节。非常好奇这些标志的真实意思是什么:scroll
和 enterAlways
?其实我们能够在这里设置4个属性值。
scroll
- 你想你想要设置这个 view 随着内容滚动,你须要应用这个标志。
enterAlwaysCollapsed
- 这个标志定义了 View 是怎样回到屏幕的。当你的 view 已经声明了一个最小高度(minHeight) 而且你使用了这个标志。你的 View 仅仅有在回到这个最小的高度的时候才会展开,仅仅有当 view 已经到达顶部之后它才会又一次展开全部高度。滚动标志像这样来使用它:scroll|enterAlwaysCollapsed
。
它好像在这个 minHeight 部分死活不工作。这里和 TabLayout 有还有一个问题。
非常难把这些 View 拉回到屏幕来。
enterAlways
- 这个标志确保了不论什么向下滚动的操作都会让这个 view 变得可见。达到“高速返回”(‘quick return’ )的效果,滚动标志像这样来使用它: scroll|enterAlways
exitUntilCollapsed
- View 将关闭滚动直到它被折叠起来(有 minHeight) 而且一直保持这样。举个样例:
<android.support.v7.widget.Toolbar
...
android:layout_height="192dp"
android:gravity="bottom"
android:paddingBottom="12dp"
android:minHeight="?attr/actionBarSize"
app:layout_scrollFlags="scroll|exitUntilCollapsed"/>
以下是上述代码的结果:
这样的模式在组件中常常使用,我将在下一个部分讨论。
从实验来看,在上述情况下当我们用 TabLayout 来滚动的时候,有一些明显的 bug。我相信这仅仅是一个 bug,而且以后会被修复的。如今,让我们首先从代码中移除 TabLayout,确保下一步执行是流畅的。
<!--android.support.design.widget.TabLayout -->
从 Java 代码中也删除
//tabLayout = (TabLayout) findViewById(R.id.tabLayout);
//tabLayout.addTab(tabLayout.newTab().setText("Tab 1"));
//tabLayout.addTab(tabLayout.newTab().setText("Tab 2"));
//tabLayout.addTab(tabLayout.newTab().setText("Tab 3"));
好了。让我们去做下一步!
就像在 exitUntilCollapsed 部分所看到的的样例中,Toolbar 能够展开和折叠。可是你会看到它还不是非常完美。Toolbar 仍然离开了屏幕,最好的体验是让这些 icon (汉堡等-即菜单条) 应该留在屏幕内。
Design Support Library 已经为这个准备好了。用 CollapsingToolbarLayout
你能够像魔术一样让 Toolbar 折叠起来。就像其它组件一样,它是非常easy使用的。详细操作过程例如以下:
用 CollapsingToolbarLayout
包裹 Toolbar
,但仍然在 AppBarLayout
中
从 Toolbar
中删除 layout_scrollFlags
为 CollapsingToolbarLayout
声明 layout_scrollFlags
,而且将 layout_scrollFlags
设置成 scroll|exitUntilCollapsed
在这个样例中。我用 256dp
这是终于代码。
<android.support.design.widget.AppBarLayout
android:layout_width="match_parent"
android:layout_height="256dp">
<android.support.design.widget.CollapsingToolbarLayout
android:id="@+id/collapsingToolbarLayout"
android:layout_width="match_parent"
android:layout_height="match_parent"
app:layout_scrollFlags="scroll|exitUntilCollapsed">
<android.support.v7.widget.Toolbar
android:id="@+id/toolbar"
android:layout_width="match_parent"
android:layout_height="?attr/actionBarSize"
android:background="?attr/colorPrimary"
android:minHeight="?attr/actionBarSize"
app:theme="@style/ThemeOverlay.AppCompat.Dark.ActionBar"
app:popupTheme="@style/ThemeOverlay.AppCompat.Light" />
</android.support.design.widget.CollapsingToolbarLayout>
</android.support.design.widget.AppBarLayout>
这个结果是:
看起来不错,可是这些 Toolbar icons 仍然滚出了屏幕。
我们能够声明这个属性给 Toolbar 来固定住它。让它总是在屏幕的顶部。
<android.support.v7.widget.Toolbar
...
app:layout_collapseMode="pin"/>
Toolbar如今被定住了!
可是,等一下…标题的文字在哪里?!
不幸的是,在用 CollapsingToolbarLayout 包裹住 Toolbar 后,它随风而逝了。我们必须通过在 Java 代码中手动设置 setTitle(String)
来实现。
CollapsingToolbarLayout collapsingToolbarLayout;
private void initInstances() {
...
collapsingToolbarLayout = (CollapsingToolbarLayout) findViewById(R.id.collapsingToolbarLayout);
collapsingToolbarLayout.setTitle("Design Library");
}
结果:
这里的字体颜色仍然是黑的的。这是由于我们还没有为 App Ba 设置不论什么主题。
要做到这一点。仅仅须要简单的为 AppBarLayout
声明 android:theme
属性就能够了。就像这样:
<android.support.design.widget.AppBarLayout
...
android:theme="@style/ThemeOverlay.AppCompat.Dark.ActionBar">
如今,标题变成了白色的了。
由于CollapsingToolbarLayout 的 特点。应用的标题文字在收缩和展开状态是会自己主动过渡的。假设你想要在展开状态改变标题文字的位置。你能够这样做:通过应用的 margin 的4个属性,就是:app:expandedTitleMargin
, app:expandedTitleMarginBottom
, app:expandedTitleMarginEnd
以及 app:expandedTitleMarginStart
或者假设你想要在折叠和展开状态时改变文本的显示。你能够这样来简单的实现:设置 TextAppearance,分别通过 app:collapsedTitleTextAppearance
和 app:expandedTitleTextAppearance
来设置。
让我们从试着改变 margin 为64dp 開始。
<android.support.design.widget.CollapsingToolbarLayout
...
app:expandedTitleMarginStart="64dp">
结果:
真棒!
在这样的情况下。我们想要用一张漂亮的图片作为 App Bar 的背景。而不仅仅是像如今这样的一个普通的颜色。幸运的是 CollapsingToolbarLayout 是继承自 FrameLayout 所以我们能够轻松的加入一个 ImageView 作为 Toolbar 的背景图层,就像这样:
<ImageView
android:layout_width="match_parent"
android:layout_height="match_parent"
android:scaleType="centerCrop"
android:src="@drawable/header" />
<android.support.v7.widget.Toolbar
...
结果:
图片已经显示出来了,可是这里有一点还没有达到预期,蓝色的导航条仍旧显示着。
有一个 Toolbar 的背景看起来不是酷炫的。
从 Toolbar 移除它,仅仅须要以下这行代码即可了。
android:background="?attr/colorPrimary"
结果:
如今图片是随着内容的滚动了。可是看起来太呆了。我们能够使用视差模式让它变得更优雅一些。仅仅须要声明 collapse 即可了,像以下这样:
<ImageView
...
app:layout_collapseMode="parallax" />
结果:
你也能够设置视差的系数,介于 0.0-1.0之间。
app:layout_collapseParallaxMultiplier="0.7"
请你自己去尝试一下=)
最后你可能会注意到 App Bar 的背景总显示一张图片。你能够让它在收缩的时候自己主动的变化到普通的颜色。通过声明属性 app:contentScrim 像以下这样来实现:
<android.support.design.widget.CollapsingToolbarLayout
...
app:contentScrim="?attr/colorPrimary">
结果:
仅仅用了几行代码,就让 App Bar 变得这么漂亮了 =)
如今从左側拉出 Drawer Menu 仍然仅仅是一个空白的面板。在曾经。实现这个菜单是非常麻烦的,由于我们不得不手动的用 LinearLayout 或者 ListView 去实现。
在 Android Design Support Library 中提供了 NavigationView。实现它变得更easy了,它为我们节省了15.84321倍的时间!
首先,为 Drawer Menu 创建一个标题视频布局文件。
(它已经在 Github的项目中了)
res/layout/nav_header.xml
<?xml version="1.0" encoding="utf-8"?>
<FrameLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="192dp"
android:theme="@style/ThemeOverlay.AppCompat.Dark">
<ImageView
android:layout_width="match_parent"
android:layout_height="match_parent"
android:src="@drawable/nav_header_bg"
android:scaleType="centerCrop" />
<ImageView
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:src="@drawable/nuuneoi"
android:layout_gravity="bottom"
android:layout_marginBottom="36dp" />
<TextView
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:layout_gravity="bottom"
android:layout_margin="16dp"
android:text="nuuneoi"
android:textAppearance="@style/TextAppearance.AppCompat.Body1"/>
</FrameLayout>
如今创建一个菜单资源文件
res/menu/navigation_drawer_items.xml
<?xml version="1.0" encoding="utf-8"?>
<menu xmlns:android="http://schemas.android.com/apk/res/android">
<group android:checkableBehavior="all">
<item
android:id="@+id/navItem1"
android:icon="@drawable/ic_action_location_found_dark"
android:title="Home"/>
<item
android:id="@+id/navItem2"
android:icon="@drawable/ic_action_location_found_dark"
android:title="Blog"/>
<item
android:id="@+id/navItem3"
android:icon="@drawable/ic_action_location_found_dark"
android:title="About"/>
<item
android:id="@+id/navItem4"
android:icon="@drawable/ic_action_location_found_dark"
android:title="Contact"/>
</group>
</menu>
NavigationView
与两个资源文件绑定起来,作为 Drawer Menu 的菜单区域。用以下的代码来替换一个已经存在的 白色的 LinearLayout :
...
</android.support.design.widget.CoordinatorLayout>
<android.support.design.widget.NavigationView
android:id="@+id/navigation"
android:layout_width="wrap_content"
android:layout_height="match_parent"
android:layout_gravity="start"
app:headerLayout="@layout/nav_header"
app:itemIconTint="#333"
app:itemTextColor="#333"
app:menu="@menu/navigation_drawer_items" />
</android.support.v4.widget.DrawerLayout>
如今:召唤 Drawer Menu!哇喔,哇喔
NavigationView 就是为了 Drawer Menu 而特别设计的。
所以,全部的东西都会被创建而且自己主动測量包括菜单的宽度等,我们自定义案例来配置曾经的设计。
为了处理这些菜单项的点击事件。你能够声明 setNavigationItemSelectedListener
来监听。就像以下这样:
NavigationView navigation;
private void initInstances() {
...
navigation = (NavigationView) findViewById(R.id.navigation);
navigation.setNavigationItemSelectedListener(new NavigationView.OnNavigationItemSelectedListener() {
@Override
public boolean onNavigationItemSelected(MenuItem menuItem) {
int id = menuItem.getItemId();
switch (id) {
case R.id.navItem1:
break;
case R.id.navItem2:
break;
case R.id.navItem3:
break;
}
return false;
}
});
}
在实际使用中,请任意的区声明你想要定义的 header view 和改动菜单项。
这是 Codelab 的最后一部分了。你能够改变一个旧的 EditText 的风格,让它变得更时髦。即:总是会显示一个提示或者一个错误信息。
要做到这一点,仅仅须要简单的用 TextInputLayout 包裹住一个 EditText ,就这么简单!
<android.support.design.widget.TextInputLayout
android:layout_width="match_parent"
android:layout_height="wrap_content">
<EditText
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:hint="Username" />
</android.support.design.widget.TextInputLayout>
把这两个控件放到 NestedScrollView 里看下结果。
难以置信的easy吧?=)
Android Design Support Library 是非常有前途的支持库,它非常值得在你的产品上使用。
尽管它仍然包括了非常多错误,我建议你再等等,直到每一个错误都被修复。
这么长的教程。希望希望你认为它实用 =)
`
Author: nuuneoi (Android GDE, CTO & CEO at The Cheese Factory)
A full-stack developer with more than 6 years experience on Android Application Development and more than 12 years in Mobile Application Development industry. Also has skill in Infrastucture, Service Side, Design, UI&UX, Hardware, Optimization, Cooking, Photographing, Blogging, Training, Public Speaking and do love to share things to people in the world!
【翻】Android Design Support Library 的 代码实验——几行代码,让你的 APP 变得花俏
标签:绑定 ddc length library hot 滚动 ted 系统 root
原文地址:http://www.cnblogs.com/ljbguanli/p/7193908.html