开关表示立即生效的二值状态
别名: 开关 · toggle switch · 即时开关
概念解释
开关（switch / toggle）是一个立刻改写系统状态的二值控件：拨一下，灯就亮，飞行模式就开，后台同步就开始。它不是「记下我想开，等我按保存」。视觉上的滑块或胶囊只是外壳；定义它的是生效时机——操作结束时，真实状态已经翻转。把需要确认、校验或批量提交的字段画成开关，等于向用户承诺了一个系统还没兑现的现在。
开关也不是两个单选项。它没有「必须从一组里占一个位子」的集合，只有这一个对象的开与关。未决定、部分生效、要等审核，都不在它的二值里。
机制
滑块从一端滑到另一端，被读成物理拨杆：手离开时世界已经变了。这种隐喻把反馈绑在控件上，而不是绑在页面底部的提交按钮上。人会在拨完的几十毫秒内寻找状态证据——对端设备静音、列表开始刷新、指示灯换边。证据若要等一次表单提交才出现，因果链会断在控件上：用户以为失败了，会再拨一次，造成两次相反的写入。
立即生效还意味着失败必须就地可见。网络拒绝、权限不够、对端离线，都要在开关旁边把状态拨回去或标成未完成，而不能让滑块停在「开」却没有任何效果。开关把「我已经做了」和「系统已经改了」压成同一次交互，所以两者必须同步。
怎么研究
用设置类任务比较「拨完即生效」和「拨完等保存」。同一标签，只改写入时机，并在部分试次里插入失败。
自变量：写入是立即还是随提交、失败是否回弹、有无就地状态文案。 因变量：重复拨动次数、是否去找保存按钮、失败后滑块位置与口头报告是否一致、事后能否说出「现在到底开没开」。
记录的不只是最终对错，还有拨动后第一秒的注视：人在看控件本身，还是在扫页面底部。扫底部说明开关的即时承诺没被相信。
边界
本地即可完成的设置（勿扰、显示主题、音量）最贴合立即生效。需要服务端确认的项也可以用开关，但必须有未决态：滑块可以先走，同时标明正在应用；失败则回弹。不能立即生效的不是「稍微慢一点的开关」，而是不该用开关的字段。电源类硬件键有物理行程，软件开关没有，动画不能拖到让人以为还在行程中。成组的互斥模式（仅Wi-Fi / 仅移动数据）不该做成两个独立开关，否则会出现全关或全开这种硬件不允许的组合。
怎么落地
- 只在操作结束时系统状态已翻转的字段上使用开关。
- 拨动后立刻在控件旁给出证据：对端变化、列表刷新、或明确的失败回弹。
- 需要校验、签字或一次提交多字段时，不要用开关去「显得现代」。
- 验证：拨一次后不按任何保存，问「现在生效了吗」。若有人去找提交按钮，或连拨两次，即时承诺就没站住。