惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Engineering at Meta
Engineering at Meta
G
Google Developers Blog
WordPress大学
WordPress大学
M
MIT News - Artificial intelligence
D
DataBreaches.Net
云风的 BLOG
云风的 BLOG
爱范儿
爱范儿
Microsoft Security Blog
Microsoft Security Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Blog — PlanetScale
Blog — PlanetScale
T
Tailwind CSS Blog
S
SegmentFault 最新的问题
阮一峰的网络日志
阮一峰的网络日志
博客园 - 三生石上(FineUI控件)
酷 壳 – CoolShell
酷 壳 – CoolShell
Recent Announcements
Recent Announcements
T
The Blog of Author Tim Ferriss
I
InfoQ
MyScale Blog
MyScale Blog
V
V2EX
B
Blog
罗磊的独立博客
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
详解|一文帮你区分Radio、Tabs 和 Segmented 组件的应用场景
元尧 · 2022-06-20 · via 人人都是产品经理

编辑导语:本文作者分享了有关Radio Button、Tabs 和 Segmented组件的用法问题,讲述了Radio Button、Tabs 和 Segmented 组件在用法上的区别以及联系,以及总结了几个组件各自的功能特点,一起来学习一下吧,希望对你有帮助。

最近很多同学问我有关 Radio Button、Tabs 和 Segmented 组件的用法问题,它们到底在用法上有什么区别?又有什么联系?

详解|一文帮你区分 Radio、Tabs 和 Segmented 组件的应用场景!

一、组件的功能特点分析

先看看这几个组件各自的功能特点:

1. 单选|Radio

单选(Radio)组件常用于在多个备选项中选择某个单个选项。

详解|一文帮你区分 Radio、Tabs 和 Segmented 组件的应用场景!

△各种样式的单选(Radio)

单选(Radio)组件的设计思路来源于老式收音机上的按钮,一排按钮,按下其中一个,其他的按钮就会弹起来,因此被叫做 Radio Button 并沿用至今。

详解|一文帮你区分 Radio、Tabs 和 Segmented 组件的应用场景!

△ 老式收音机上的按钮

单选(Radio)组件在用法上有以下特点:

  • 所有选项可见,用户可以一边比较一边选择;
  • 选项不宜过多,2-5 个为宜;
  • 可以独立存在,应用场景中不一定带有与之联动的其他内容。

所以我们可以认为Radio 组件可以使用户直接做决策,即用户在比较完选项的优劣之后,就可以做出最终的判断和选择。组件的功能侧重点在于选项比较输入决策

2. 分段控制器|Segmented

分段控制器(Segmented/Segmented Control)用于展示多个选项及其相关的信息,并允许用户选择其中单个选项,查看信息。

详解|一文帮你区分 Radio、Tabs 和 Segmented 组件的应用场景!

△各种样式的分段控制器(Segmented)

细心的你可能发现,分段控制器(Segmented)和单选(Radio)在有些样式上几乎一样,这点我们稍后再展开说明。分段控制器(Segmented)组件在用法上有以下特点:

  • 通常带有与选项相关的关联内容,当切换选中选项时,其关联的区域内容也会发生变化;
  • 选项不宜过多,2-5 个为宜。

分段控制器(Segmented)组件所包含的内容和信息可以更多样。用户在点击某个选项之后,通常会进行其他相关操作,包括阅读相关信息、查看表单数据等。

因此我们可以理解为:用户操作Segmented并不用于输入或决策,组件的功能侧重点更多在于信息呈现

详解|一文帮你区分 Radio、Tabs 和 Segmented 组件的应用场景!

△ iOS Health 中的分段控制器用法

3. 标签页|Tabs

标签页(Tabs) 同样用于展示多个选项和其相关的子级内容及信息,允许用户选择单个选项,进行其他操作。

详解|一文帮你区分 Radio、Tabs 和 Segmented 组件的应用场景!

△各种样式的标签页(Tabs)

分页器(Tabs)组件在用法上有以下特点:

  • 可以具备多种层级,即一个 Tab 下还可以使用次级 Tabs;
  • 提供可关闭的功能,可以作为一种临时标签使用;
  • 位于某个区域的顶部或内部,起统领作用,带有关联内容;
  • 通常情况下,选项的数量没有限制

相比于Segmented 和Radio,Tabs 在形式和层级上更为多样和复杂,更多被用于收纳和整理内容,组件的功能侧重点在于引导功能,重点应用场景为导航功能框架布局

二、组件应用场景

上文我们分析了Radio、Segmented 和 Tabs 组件的功能区别,但在很多实际应用中,尤其是 C 端产品,这三个组件更像是视觉样式不同的同一类组件。

例如下图,在大众点评和飞猪 App 的应用案例中,我们会发现,某种程度上 Segmented 和 Tabs组件互换后,对于用户体验的影响也并不大。

原因之一是,用户在比较放松、简单、快捷的应用场景下,并不会太纠结控件样式:

详解|一文帮你区分 Radio、Tabs 和 Segmented 组件的应用场景!

△ 大众点评 App 和飞猪 App

而很多设计系统中也没有对这几个组件做更严苛的规定。以Apple Design为例,官方给出的关于 Segmented 组件的解释是:

Like buttons, segments can contain text or images. Segments can also have text labels beneath them (or beneath the control as a whole)。

也就是说 Segmented 组件在视觉和交互上,既可以像 button 一样带有文字和图片,也可以使用整体带下划线的样式,这就与 Tabs 在外观上不做区分了。

再来看看蚂蚁集团的 Ant Design,Segmented 组件在 4.0 版本之后才正式提供使用,而 Radio 组件始终包含以下两种样式,并没有在Segmented 组件上线后去掉 button 的样式。

详解|一文帮你区分 Radio、Tabs 和 Segmented 组件的应用场景!

因此对于Radio、Segmented 和 Tabs 组件的使用方式,有如下建议:

1. 不用过分纠结于样式区别

对于绝大多数比较简单、快捷的场景(尤其是 C 端产品),Radio / Tabs / Segmented 可以更多参考页面的视觉风格和功能需要,来设计组件样式,并不需要过分纠结于要让用户分清楚使用的是哪个组件、是否要遵循一定的样式原则。

2. 规范好层级顺序

对于复杂的工具型或企业级产品,规范好这几个组件的层级顺序很重要。比如可以规定带下划线的 Tabs 是第一层级和第二层级,按钮样式的 Segmented 是第三层级,radio 则用于底层的信息内容中。这样可以给用户传达比较稳定的信息层次关系

3. 从基础理念做区分

如果在某些特殊场景中一定要区分组件,以下总结可以帮助你做选择:

  • Radio:侧重点比较、输入和决策;
  • Segmented:侧重点在于信息呈现;
  • Tabs:侧重点在于导航、信息引导和框架布局。

以上,希望对你有帮助。

作者:元尧,微信公众号:长弓小子;

本文由@ 元尧 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议。