起来还算挺 Holo 的，但是当你按下按钮或者列表项的时候，Android 2.3 样式的橙色的视觉反馈出现了（如 MIUI），或者卷动的时候看到了 2.3 样式的滚动条，或者载入的时候看到 2.3 样式的圈圈等等。这绝对不是用户想要的。说道载入时的圈圈，Roman Nurik 稍微强调了一下，Holo 样式的载入环其实是两个圈以不同的速度反向同时旋转，能够制造出比起单圈更为顺滑的动画。
第六：纯血的杂种 Android
这里的原则性问题是：不要违背“纯血 Android”的规约。
就和标题一样，这一章的内容是在说，不要从别的平台上搬运元素到 Android 上。这个问题我在往期的文章里也提到过很多次，这里就不展开说了。几个特别要注意也是常见的错误：
? 右箭头：次级导航在 Android 上是没有水平方向的映射的。换句话说，次级导
航和横向导航是两码事
? 底部标签栏：对于 Android 而言, 顶部才是属于标签栏的位置
? 从其他平台\借鉴\视觉样式：Android 用户想要的是 Android 应用
第五：导航就是我的品牌
不要试着重新发明轮子。应用中导航在 Android 中已经有了成熟的定义，把应用名称放在 Action Bar 中间，或者用 iOS 样式的 Top Bar 都是很愚蠢的行为。请直接用 ActionBarCompat，如果有需要在更早的版本上实现 Action Bar，那么 Action Bar Sherlock 也不失为一个好的选择。
另外 Drawer 是用来放主要的导航元素的，像搜索和设置之类的东西放进 Overflow 就行了。此外，屏幕内容滑动露出 Drawer 这种方式也是不建议的（具体请详见之前的介绍文章 Android Design 趋势——Navigation Drawer）。
既然这篇文章讲的是误区，那么这里就尤其要强调一下不应该放进 Drawer 的东西。首先最上面的主页探索购物和个人资料是完全没问题的。中间的搜索应该放进 Action Bar，因为这是一个很常见的\动作\，而且不是一个\导航元素\。设置，帮助，关于和反馈都是应该放进 Action Overflow 的东西另外，广告什么的绝对不要有。也没有必要在 Drawer 中推广自己的 App，这些东西放进\关于\里倒是可以的。至于\我姐妹的朋友有个网站我保证它很有意思请务必去看看\这种东西，趁早删了为妙。
第四：自制的非 Android 风格的分享
首先注意一下，这里提供的三个截图都是正面的例子。
实际上，强大的应用间分享一直是 Android 的强项。Android 系统也提供了很方便的分享功能（ACTION_SEND）。开发者完全没必要也不应该人为的把分享的目标限定在某几个应用上。另外，自制的符合 Android Design 的分享功能也是不错的选择，比如右图的 Timely，还有没出现在图片中的 Pocket，它们针对分享的内容 (文章和应用) 默认列出了几个比较推荐的分享方式，同时也允许用户点击 More 来选择其它的应用，免得用户面对一长条的列表不知所措。
第三：利用 WebView 来模仿原生应用
如果你上过 YouTube 的话应该不难看出，左边的应用整个就是源自 YouTube 网页版的 ADiA 播放列表，只不过加了个 Action Bar 罢了。而右边则是一个很不错的例子，一个第三方的 ADiA 应用。它采用了响应式设计和原生界面，继承了 Google+ 的评论和话题功能，提供每期 ADiA 幻灯片的查看功能，还有节目提醒，是一个非常棒的应用。 利用 WebView 来模拟原生应用并不是个聪明的选择，因为实际上他的性质是欺骗用户。如果你试图用 WebView 来呈现 Android 的核心 UI 控件， 效果不会很好。而且，这么做也会造成运行效率的降低，于用户而言就是不顺滑，反应慢。
不要仅仅是为了\登陆 Android 平台\而把一个 web app 打包成 APK 发布，Web App 就让它以 web App 的形态存在吧，Android 欢迎 web Apps。用户可以把 web Apps 以书签的形式固定在桌面，完全没必要专门发布一个伪装成本地应用的 web App。实际上，用户使用浏览器的时间越来越多了，浏览器的平均性能也在不断提升，你并不会因为没有发布本地应用就流失用户。所以完全不必要为此担心。
当然，并不是说完全的禁止使用 WebView。举个例子，GMail 就采用了 HTML 来渲染邮件内容并且效果很棒，四次元之前也一直是采用 WebView 来进行图片浏览。