Best Practices for User Experience & UI
Designing Effective Navigation
导航：帮助用户有效直观地使用你的应用。
Planning Screens and Their Relationships
应用的信息模型可以用实体关系图表示（entity-relationship diagrams (ERDs)）。
定义出信息模型之后，就可以定义你的app所需要的所有屏幕画面。然后定义出屏幕之间的直接关系、跳转逻辑。这样就得到了screen map。
之后就可以设计一些细节，比如导航跳转按钮之类的。
Planning for Multiple Touchscreen Sizes
Android设备是有不同的类型和尺寸的，比如手机、平板，甚至还有电视。
你的应用应该能够适配不同的屏幕尺寸和方向，提供平衡且美观的布局。
当平板横放的时候，通常是从左到右，详细程度递增。
很多桌面应用和网站都提供了左侧导航板，或者使用一种master/detail的两面板布局方式。
单面板一般使用Activity实现，多面板可以用Fragment实现。
多面板需要考虑的一个重要问题就是屏幕方向问题，当多面板解决了平板上的布局问题时，在横向可能工作得很好，但是垂直屏幕时又出了问题，所以可能会需要根据不同的屏幕方向写不同的布局。
在解决平板纵向布局问题时，一些常用的策略如下：
Stretch：拉伸宽度。
Expand/collapse：展开/折叠：比如将左侧导航列表折叠。
Show/Hide：显示/隐藏：这种方法将左侧完全隐藏。
Stack：重新堆叠你的panel。
通过提供多面板的布局，我们可以把屏幕结成组，可以重新规划一下上一节中的screen map。
Providing Descendant and Lateral Navigation
导航有两种，纵向和横向的，也即继承的和横向的（Descendant and Lateral）。
兄弟屏幕的关系也分两种：关系相关的（collection-related）和部分相关的（section-related）。
前者表达同一个集合中的项目之间的关系，部分相关，表达的是同一个parent的不同部分。
Buttons and Simple Targets
这种section-related的屏幕之间，最直观的导航方式是在parent里提供各种按钮之类的控件来进行触摸导航。
选择了控件后，相应的child screen被打开，完全取代当前屏幕。
一种常用的基于button的模式就是dashboard（仪表盘）模式。这个模式是一种展现所有部分的很好的方法。
大的目标会让UI更易用。Dashboard模式通常用于同等重要性的部分，但是这个模式在更大的屏幕上看起来并不是很漂亮，并且用户需要额外的这一步才能进入到真正的应用内容中。
Lists, Grids, Carousels, and Stacks
对于集合关系的元素，比如文字信息，最直观的方式是垂直滚动的列表。
对于照片或者视频，比较常用的是：竖直滚动的格子（grid），水平滚动的列表（有时叫做carousels（旋转木马？）），或者是stacks（有时也叫cards）。
这种list-based模式的导航通常用于显示元素较多的集合，但是也会有问题，那种项目较多、较深的列表（drill-down list navigation），通常是没有效率和繁重的，要得到一个特定的部分有可能需要点击（触摸）很多次，用户体验会不佳，尤其对比较着急的用户来说。
使用垂直的列表也比较尴尬，在大的屏幕上，宽度被扩展，高度一定，会有很多没用的空白。
一种缓解的方法就是加入文字信息，说明一下；另一种就是在这个list旁边加入其它的一个水平的面板。
Tabs
对于水平导航来说，使用tab是很常见的。Tab比较适合于小的集合（小于4）的section-based的屏幕。
Tab应该一直保持一致，每次选择Tab之后只有Content区域会发生变化，并且Tab应当一直都在。
Tab应该没有历史，并且应该在顶端。
Horizontal Paging (Swipe Views)
另一个比较流行的水平导航模式是水平的page，也叫swipe views。
这种模式最好用于collection-related的屏幕。和tab一样，这种模式也可以嵌套其他。
这种水平滑动page模式适用于内容有相似性，并且页数比较少的情况。
可以和Tab结合。对于collection-related的项目来说，如果屏幕之间有顺序关系，这种page模式是最直观的。
如果子screen有水平平移的表面，比如地图，是不适用这种模式的。
Providing Ancestral and Temporal Navigation
导航不只是往下往child走，还应该向上向祖先走。并且要遵循Android的约定，提供返回键的回退功能。
Support Temporal Navigation: Back
提供临时的导航，即历史回退，是Android系统重要的一个方面。
所有的Android用户都会期待back键会把他们带回到上一个屏幕。
屏幕历史的最根部是Launcher application，也即桌面，即按Back按钮足够多的次数后回返回到桌面，并且此时再按Back，就什么事也不会发生了。
Provide Ancestral Navigation: Up and Home
在Android 3.0之前，最常见的向上导航就是Home返回。
这通常是通过设备上的菜单按钮，或者屏幕左上角的Home按钮（经常是作为Action Bar的一部分）实现的。
通过选择Home，用户通常会被带到屏幕继承关系的最上层，即应用的首页。
提供对应用首页的直接入口可以给用户安慰和安全感。不管他们在应用的哪个部分，只要他们选择Home，就可以回到熟悉的首页。
Android 3.0引入了Up，在Action Bar里作为Home键的替代品。
选择Up，用户将会返回本继承层次中的父屏幕。
这种导航通常是返回上一个屏幕（像Back键一样），但也不总是这样。
程序员必须要确定每个屏幕的Up都会返回一个单独的、确定的父画面。
在有些情况下，Up也可以用来执行一些动作，比如侧边栏的显示隐藏控制。
实现注意：实现Home或者Up的时候，要注意back stack的清理。
可以在intent中用标记 FLAG_ACTIVITY_CLEAR_TOP and FLAG_ACTIVITY_NEW_TASK来实现。
Putting it All Together: Wireframing the Example App
http://developer.android.com/training/design-navigation/wireframing.html
参考资料
Best Practices for User Experience & UI
http://developer.android.com/training/best-ux.html
Designing Effective Navigation
http://developer.android.com/training/design-navigation/index.html
Multi-pane Layouts
http://developer.android.com/design/patterns/multi-pane-layouts.html
Navigation
http://developer.android.com/design/patterns/navigation.html
