最后，文字型按钮的出现，使得用户逐渐分不清什么是“tab”，什么不是“tab”。windows7时代也出现了纵向排列的tab，用于支持tab太多导致横向空间不够用的情况。很不巧，windows的另一个控件wizard有着长得很像纵向tab的侧边栏。这个侧边栏综合排列了信息导航、功能快捷操作等多种类型的入口。因此“tab”或者类“tab”的组件使用场景被进一步拉扯、拓宽。
相比windows，mac的做法更加讨巧。mac OS有单选框，但是他们也同时包含了非常类似xerox star原始样式的选项卡视图（tab view）与分段控件（segmented control）。两者虽然看起来一模一样，但从规范的角度上来说，前者负责信息展示，后者负责在单选、甚至多选的动作操作，可以说是非常掩耳盗铃，总体倾向于不区分“选择器”和“选项卡tab”样式。
mac的这种控件既不使用隐喻，甚者有时也不写文案，要求用户通过控件出现的位置和上下文来判断其用途。之所以苹果敢应用这种简洁中带着些许豪横的设计思路，我个人认为主要仍是因为其产品比较大众化、场景没那么复杂。
经过了00年代控件的发展，10年以后有两件事情极大地影响了用户的心智。
iOS7带起来的扁平化设计风潮，使得控件整体样式往极简、轻量的方向突飞猛进。原来不同控件的形状、色彩差异很大，用户不容易弄混按钮、单选框和tab，但在扁平化设计的思路下，所有控件都用方块甚至文字本身来代表，这样做无疑削弱了控件的可识别性。
其次我们上文说过，隐喻的运作方式是让用户将生活中常见事物与控件做类比。然而时过境迁，当用户生活中常见的事物已经飞速变化，老旧的隐喻就会失效。文件夹选项卡、收音机按钮……这些东西早就是老黄历了，假如“隐喻”需要事先解释才能让用户理解，那么它就不再能起作用。
因此对于很多年纪很小的新用户来说，用选项卡tab承载行为操作并没有什么不妥当——毕竟今天文件夹都不太常见了。
七、我们到底该怎么做？先说结论：
- 不要制造没必要的规矩
- 对于绝大多数场景比较简单的产品，菜单/单选/tab不区分也无所谓
- 对于复杂工具型/企业级产品，无论是移动端还是PC/Web，最好区分操作/信息展示控件，严格区分单选和tab的样式。
首先第一条：不要制造不必要的规矩。这条其实有点违背交互设计师的天性，我们天生就受不了含含糊糊的灰色地带。但控件的运用中，贴合场景比遵守某条据说行业通用的“规矩”要重要很多。比如说我听有些设计师的分享里提到他们会比较严格的要求作为导航控件的tab上不能放操作，而菜单才是操作的聚合。后半句话我们已经在上文论证过了，没有的事，菜单从诞生之初就放啥都行。对于前半句话我想出示一个案例：
