『多级目录结构』在移动端的交互设计

『多级目录结构』在移动端的交互设计

3000字，闲了置，忙了用。来自小密圈朋友提问：如

何在移动端界面，表现出树形结构？需求内容：为油品销售员提供一个知识库，行业/工艺/设备/用油部件/品牌产品/，一个树形结构，共有5个层级！每个层级都对应的知识点。如果是web界面，左边展示树形导航，右边展示内容；但是在移动端怎么展示5级树形呢？同时每一级又要包含知识点，求解答。

Hozin认为：此乃典型的『多级目录结构』设计问题。

为什么Web设计中会流行树形导航？如图，在大屏幕设备

的界面中，使用树形导航的优势显而易见：A.直观查看各级目录之间的从属关系，长幼有序

B.为不同级别设置外观差异，容易辨识，轻松聚焦【当前选中项目】

C.统揽全局，较快速的找到目标分类，绝对不会迷路

D.增加【展开某节点，其他自动折叠】，可大幅节约屏幕

空间E.增加滚动条（横纵均可），实现无限扩展F.配合frameset及iframe等流氓代码，可以快速实现效果（牺牲SEO）G.配合checkbox快速实现多选、全选、选中某节点及其子孙节点树形导航如此犀利，不来一发等什么……且慢，你以为这就算完事儿了？No！No！No！以上只是它优势的60%而已，真正的【大杀器】是下面这条：用户可以完全扔

掉鼠标，用键盘操作树形导航！[↑]键：向上切换同级节点；从第一子节点，顺序返回父节点；

[↓]键：向下切换同级节点；顺序进入已展开的第一子节点；[←]键：关闭当前级别节点；返回父节点；

[→]键：展开子节点列表；顺序进入已经展开的第一子节点；以上方向键，若配合[Tab]键和[Enter]键，简直比玩超级马里奥还爽！Hozin说过：不会走，别想飞！没玩过web端的交互设计师根本就会“自动忽略”表单中的【Tab顺序】和各种【热键操作】。洒家亲眼见过50+岁的文案前辈全程热键玩Word，几千字文章排版，鼠标根本不碰。

追根溯源：可展开的树形结构，几乎与【图形化用户界面】同时诞生，所有目录系统都有它的参与（参考Windows资源管理器），甚至DOS时代的各种Telnet-BBS都有它的影子。

然并个卵……这么成熟、强大、犀利的交互组件，如果用在移动端，那可就……

树形导航移植到小屏幕，可能是场灾难！

如图，在小屏幕的移动设备界面中，滥用树形导航，悲剧就发生了：A.假如层级太深，节点标题太长，宽度不够用，难道左右移动界面？B.的确可以Spread手势放大，但是热区太密集，拖放位移时，误操作可能性很大！C.的确可以用Pinch手势缩小，但是热区太小，需要多应灵活的手指才能

操作啊？D.为了导航就要缩放界面，大动干戈，这违背了移动端交互的基本原则E.如果没有【物理方向键】，“超级马里奥式的酸爽”，荡然无存此刻，大家已经领悟：为什么各大主流“移动UI”设计指南/规范/规格中，都不会出现【树形导航】。（有经验的交互设计人员绝对不会干这种傻事！）彩蛋：移动端，请勿滥用『面包屑导航』！Web时代，面包屑导航是万金油，人人都要来一发；但是，Hozin劝告诸位：它绝对不适合移动端界面。即便PC浏览器端的Web交互界面，如果是非目录结构，使用『面包屑导航』也可能会引发各种设计问题。早在2008年，前辈Angela（翻译《用户体验要素》的那位美女姐姐）就已经写过《论“面包屑”的倒掉》。

滥用“设计Web的方法”搞APP；滥用“设计APP的方法”搞Web；滥用“大屏幕的交互组件”搞移动小屏幕界面；滥用“移动小屏幕的交互原则”设计大屏幕界面……这些现象普遍存在，并且心安理得、理直气壮；由此可见，在中国“交互设计师”真是个【低门槛职业】呀！区分『分类』与『多级目录』哎呦喂，难道“多级目录”不是一种“分类”？呃……这俩还真有区别。首先，聊聊“分类”。分类，人类最早的一种抽象思维。区分果实和花朵，区分小草和树木，区分兔子和山猫……科学就是从对“生物的分类”开始！发展至今，演化出【界】、【门】、【纲】、【目】、【科】、【属】、【种】共7个层级，如下图所示：比如本文作者Hozin就属于动物界、脊索动物门、脊椎动物

亚门、哺乳纲、灵长目、真猴亚目（区别于原猴亚目）、窄鼻猴次目（区别于宽鼻猴次目）、类人猿超科、人科、人属、蒙古人种。

然后，聊聊“多级目录”。目录，是对客观存在的描述。作者写了一本书，方便读者定位，提供一个目录进行定位；你的PC当中，某个文件就保存在某个位置，于是windows提供了资源管理器；此时此刻，你正位于地球的某个国家、地区、街道、楼宇、楼层、房间中查阅本文，地图上会标注的非常清楚……没错，【书籍目录】、【Windows资源管理器】、【行政区划地图】，统统都是“多级目录”！假如某书籍的章节有5个层级，如下图所示：

诚然，从外观上『分类』与『多级目录』几乎没区别，但如果读过《交互设计中的「同形异构」与「同构异形」》，那么便会理解这二者截然不同。生物界种类纷繁，某本书也不可能只有一个章节，假如把真实的情况展现出来，『分类』与『多级目录』的区别便可一目了然。

有关【抽象】和【具象】，请参考《赞雪不露雪，如何区分概念与实体》。A.“分类”的【叶子】只存在于“最末级分类”；“多级目录”每一级目录都可以有【叶子】。B.“分类”是抽象的，“被分类的事物”往往是具象的；“多级目录”完全是具象的。C.“分类”可以自由压缩层级之间的关系；“多级目录”层级之间是刚性存在，如果压缩，就会伤筋动骨。综上所述，『分类』虽

然是一种初级抽象思维，没有像『标签』那样贴近人脑神经系统的作用原理，但也远比『多级目录』更灵活和富于变化。分析问题的本体：拥有5个层级的『多级目录』一个树形结构，共有5个层级！每个层级都对应的知识点。Hozin相信：这个需求一定不是来自交互设计师本人！因为，哪怕有一点点抽象思维，或者一点点数学知识，都会明白5级目录意味着什么……

维基百科显示已知的生物有700多万种，未被发现的更多，几千年的人类文明，也只敢把生物分类规划为7层“分类”；中国拥有近960万平方公里的土地，近300万平方公里的领海，也只敢把行政区划分为6层“目录”；一个给油品销售员用的知识库，需要5级目录？

5级目录真的是5级么？按照【Root+层级】计算一共有6级结构，用户操作6次也只能看到最末级的列表，如果要到达某个详尽内容，可能最多需要操作7次！

如果每一级最多只有2个子级，可以生成一个有63个就节点的满二叉树，如下图：

呃，链式裂变，让Hozin缓口气……真的有必要这样做么？这需求难道不二逼么？真的呈现出来，扔给用户，难道不是【反人道】么？

解决问题：界面的进化

复习一下Reading#07《匠心体验》中法国大姐姐提供的移