B2.18.3Mode设计研究
控制器数量少于被控对象时必然引入模式，模式是映射不足的补丁
别名: 模式 · 模态 · 控制复用
概念解释
当同一组有限控制器需要操控比它更多的对象、参数或操作时，系统通常必须引入模式（mode）：控制器在不同状态下具有不同含义，例如先选择工具再拖动、切换对象后同一旋钮控制不同通道、按住修饰键改变点击行为。模式节省控制器和界面空间，却不是自然映射本身；它用状态记忆补偿一一对应不足。
机制
模式通过增加一个隐含或显式状态，把同一输入映射到不同结果。用户除了记住控制本身，还要持续知道当前处于哪个模式、如何切换、何时自动退出以及错误后如何恢复。若模式状态不显眼或切换意外发生，旧动作会在新含义下执行，产生模式错误。模式因此把空间与硬件限制转化为认知和监控负担。
怎么研究
让用户在多个对象和模式间完成切换任务，测量模式识别、切换错误、意外动作、恢复时间与对当前状态的解释。比较常驻控制、对象直达、分组控制和模式复用的空间效率与认知代价。重点测试任务中断、跨设备、延迟回访和异常状态，因为这些会破坏对当前模式的记忆。
边界
模式并非总是坏。对专业、高密度或临时操作，清楚、可见、可退出的模式能提供强大能力；有些模式与实体工具、工作阶段或对象选择紧密相连，也较容易理解。问题是把模式当作默认压缩手段，尤其让高频、风险高或跨情境使用的核心操作依赖隐藏状态。若可用直接映射、对象选择或渐进界面避免，优先减少模式数量。
怎么落地
- 在引入模式前先评估能否用直接对象控制、稳定分组、更多可见入口或上下文操作解决映射不足。
- 模式不可避免时，持续显示当前模式、受影响对象和退出方式；切换应有明确反馈并尽量避免意外触发。
- 为高后果模式操作提供预览、撤销与错误恢复，并在中断后帮助用户重新确认当前状态。