Android UX & UI 最佳实践: 设计有效的导航_侧滑菜单

分享到:

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

 

昵    称:
验证码: