B 端设计指南：选择录入编辑导语：在前两篇文章中，我们主要讲到 B 端产品最为重要的信息展示组件“表格”的设计思路，根据不同的场景对表格进行了答疑。今日本文作者和我们简单聊聊在「数据录入场景」中的一个小点：选择录入。 提前说一句：其实这篇文章快写完时发现已经有类似的文章，由于自己写文章并不会在乎市面上是否有同类型的文章，文章的灵感也多来源于自己的工作中遇到的实际问题。选择录入的痛点：选择类型多：在我们常见的选择类型中，常使用的有四种：“单选框、多选框、开关、下拉选择。”这四类便是选择组件当中的基础组件。在实际业务的使用中，还会涉及到：“日期选择、树形选择、人员选择、穿梭框、级联选择、评分” 等一些业务层面的组件，类型之多再加上每种组件用法也不尽相同，因此需要在每种组件的区分上多加思考。 其实我在评审许多设计师的稿件中，常常发现大家对它使用的场景并不了解。 比如在一个表单中，让用户选择性别时，是实行下拉选择、单选框、多选框甚至是开关呢？那假如我们选择家庭住址又应该如何设计呢？这一系列问题都需要去解决。 细节多：选择录入看起来一个小小的按钮，好像当中的细节不会特别复杂，但当你实践过后就知道，其背后有着许许多多的潜台词以及默认规则。比如在单选框是没有让用户进行取消的操作；开关是不会让用户进行提交保存的，默认规则往往是这类交互本身所包含的。因此读懂组件中的潜台词，也就是我们要做的事。 由于知识点很多，想要把它们完整讲清楚需要花大量时间，因此我会在后续的文章中与大家逐一拆解，掰开揉碎慢慢消化，篇幅有限，今日我们先来聊聊前面几个略微容易理解的：「单选框、多选框、开关」，究竟应该如何设计～一、单选框 Radio1. 单选框的历史 单选框，也常叫做 单选按钮、单选，它最早来源于收音机上的物理按钮，当时用于收音调频之间的相互切换。当一个按钮被按下时，另一个按钮将会被弹起，使收音机只能拥有一个“按下状态的”按钮。 而早在计算机用户界面诞生之初（The Xerox Alto）就已经有了单选框的出现。同时在 HTML 的底层中，Radio 就作为一个最基础的标签，拥有「无法撼动的地位」所以在各大设计系统中一直作为基础组件被沿用至今。 但随着移动互联网的普及，单选框这一形式在用户心中被逐渐的弱化，取而代之的是各类功能相同但形式繁多的按钮，这也是目前很多 B 端设计师存在的认知误区之一。单选按钮：根据移动移动端的交互形式...
