设计规范 :详解组件控件结构体系之导航类

什么是控件?什么组件?两者的区别是什么?

Control翻译为控件,Component翻译为组件。

通俗的解释说法就是组件为多个元素组合而成。控件为单一元素组合而成。

如果单纯通过组件控件,难以满足功能划分的需求,所以我将这个范围扩大,分类里面不仅仅含有组件和控件,所以请不要在意细节。

如下脑图是设计规范的重点,这个是系统的学习组件控件和功能分类的目录。

导航类


导航的作用有哪些?

1. 结构化产品内容和功能

导航系统相当于APP的骨架,支撑着内容和功能组成的血肉,导航系统起着组织内容和功能的作用,让它们按照产品的信息架构图进行连接,展现在在用户面前,导航将零散的内容和功能组织成了一个完成的有结构的系统。

2. 突出核心功能

导航就起到了突出核心功能,适度隐藏次要功能的作用。核心功能对目标用户来说是最重要的。

3. 扁平化用户任务路径

可以很好的扁平化信息层级,并同时提供了进入不同信息分类或入口。用户可以迅速实现不同模块之间的切换且不会迷失方向。

底部标签式导航


定义

用于一级目录的导航,位于页面底部,能告诉用户当前位置及用户切换统一层级之间的不同模块,一般最多不超过五个标签。

特点

标签导航是目前最常见的导航形式。最常见的原因是标签式导航可以让流量更大化,分化流量,使得各个模块都有机会获取流量提高页面流量的转化。

将常用的导航放在底部,无论用户单手还是双手操作都能轻松点击,从而实现各功能模块之间的跳转。

标签式导航有底部导航和顶部导航两种,底部导航用于全局导航,顶部导航用于二级导航(遵循Material Design规范的除外)。

优点

  1. 它可以承载重要性和频率处于同一级别的功能模块、信息或任务。

  2. 他能在第一时间支持使用者获取重要性最高、频率最大的信息或任务。

  3. 它能支持用户在不同模块、信息和任务之间快速切换。

  4. 他具有包容性,可以将其他信息的框架溶解掉,构建出容量更大的模块、信息或任务架构。也就是说,很多app的整体架构都是标签式结构,然后又使用其他的架构去承载界面中的具体信息。

缺点

  1. 由于尺寸限制,标签式导航的数量上限最好是5个,超过5个就要考虑产品的需求分组是否合适或考虑更换框架。

  2. 标签栏占用了一定的空间,所以减少了页面的信息承载量。有些产品为了更好地展示页面信息,会使用一种隐藏的标签栏,这种标签栏会在用户上滑阅读时隐藏,下滑返回时再显示。这种做法确实照顾了页面的信息展示,但是也要具体产品慎重看待,因为他可能会让导航失去便捷性从而降低切换效率。

舵式导航


底部标签式导航的变种。为了突出中间的功能,将中间标签图标设计的比较突出,鼓励用户多使用该功能。

除去两侧4个标签之外,其他重要的标签都隐藏在舵式导航中,或者将那些重要性高、使用相当频繁的功能入口放在里面。

但是,舵式导航本身是存在设计矛盾的。在舵式导航中位置的应该是重要性和使用频率高的功能,既然他如此重要,为什么要隐藏在舵式导航中?这些功能放在二级界面中相当于被埋起来了,会增加用户的记忆负担和操作负荷。

分段控制式导航


定义

通常用于展示同意模块下不同类别的信息或者筛选不用模块的信息。

特点

一般为二级导航。

优点

  1. 可以很好地扁平化信息层级,并同时提供了进入不容信息分类或模态的入口。

  2. 用户可以迅速实现同一模块下不同类别信息之间的切换并且不会迷失方向。

缺点

  1. 分段控制式导航位于顶部,切换起来不方便,虽然ios有左右滑动手势,但是很多用户并不知道。

  2. 占据空间,导致屏幕可展现区域变少。

列表式导航


定义

通常针对具体某个模块内容的信息进行分类,以列表的形式去呈现。

特点

  1. 将具体的某个模块的结构以列表的形式进行分类展现,结构清晰,便于用户理解。

  2. 多用于辅助主导航来展现耳机甚至更多层次的内容。

  3. 适用于大量的信息分类展现,空间利用效率高,可以展示大量的条目。

top Created with Sketch.