[交互套路]避免批量决策任务的“不确定”状态

主要观点总结

文章主要描述了在合并新旧两组同构数据时遇到的冲突选择问题，并提出了相应的解决方案。文章先介绍了使用Radio Button选择数据时的问题，然后提出了一个解决方案，即采用没有状态的操作按钮来实现数据的合并。文章最后对操作与状态合并的问题进行了小结，指出双向联动往往是选择问题的痛苦之源。

关键观点总结

关键观点1: 数据合并中的冲突选择问题

文章描述了合并新旧数据时可能遇到的冲突和重复问题，指出在某些情况下需要手动选择保留旧数据或合并新数据。

关键观点2: 全局Radio Button的使用问题

文章讨论了使用全局的Radio Button选择数据时的问题，提出在某些情况下需要补充额外的选项来解决冲突问题。

关键观点3: 解决方案：采用无状态操作按钮

文章提出了一种解决方案，即采用没有状态的操作按钮来实现数据的合并，从而避免了双向联动带来的选择问题。

关键观点4: 操作与状态合并的问题小结

文章最后对操作与状态合并的问题进行了小结，强调了单向联动的重要性，并指出双向联动往往是选择问题的根源。

文章预览

需求：合并新旧两组同构数据，如果遇到重复和冲突就需要手工选择。 对某个字段来说，存在两个Radio Button选择：[保留旧数据]和[合并新数据]。 如果冲突字段比较多，并且想统一把它们设置为[保留旧数据]或[合并新数据]，就有点不方便。 于是，设计了一组Radio Button [全部采用旧数据/全部采用新数据]，批量选中全部字段。 问题随之出现： 某一些选中[旧数据]，另一些选中[新数据]，此时，既不是[全部旧数据]，也不是[全部新数据]，而是要补充一个[自定义]的选项才行。 换个思路解决： 只要把全局的 Radio Button 换成没有状态的操作按钮就搞定了。 例子虽小，印证了 Radio Button 的特点：操作与状态合并，所以下级会反向联动到上一级。 小结：没有状态的按钮 ，实现与状态分离，联动就变成单向。 双向的联动(代际)，往往是选择问题的痛苦之源。 ( ………………………………