设计对与错，小编帮你来剖析，这是我们对与错栏目的第 2 期，请看下方的设计案例
这是来自谷歌M3的一个错误应用规范的举例，下面我们就深入剖析一下，为什么在上述界面场景，使用按钮正确，而使用开关就错误了。
1 为什么错误方案不当
这个案例的关键不在视觉，而在控件表达的含义。右侧错误方案把 Update 做成了开关，这一步看似只是换了一个组件，实际会在理解、预期、反馈三个层面把用户带偏。
1.1 开关的含义，天然指向持续状态
在大多数产品里，开关回答的是一件很明确的事。现在是否开启，并且会一直保持，直到用户再把它关掉。比如开启通知、允许定位、自动播放、深色模式。用户看到开关，脑子里会自动把它归类为设置项。
但 Update 不是设置，它更像一次提交动作。用户想做的是把上面选中的条件应用到结果里，让列表刷新一次。把一次性动作做成开关，就等于用开关告诉用户这是一项长期状态。用户从第一眼就可能理解错。
1.2 它会逼着用户提出一串界面回答不了的问题
当 Update 变成开关，用户很难确定自己到底做了什么，因为开关不擅长解释过程。它只会在视觉上告诉你现在是开还是关，却不告诉你发生了什么、正在发生什么、还会不会继续发生。于是用户很自然会冒出这些疑问。我拨到开，是不是已经更新了。开着代表正在更新，还是更新完成。这是不是意味着以后会自动更新。我关掉，是取消这次更新，还是关闭某种自动机制。
这些疑问并不是多虑，而是开关的语义在诱导用户这样理解。开关一直在暗示一种持续生效的机制，用户当然会试图把 Update 解释成某种持续规则。
