交互新知：列表筛选器的两种设计模式未命名

B 端产品中存在大量的列表页，与之匹配的是形形色色的筛选组件。在设计一个筛选组件时，通常有两种处理逻辑：
1、默认不存在筛选值，展示全部数据；
2、将“全部”作为一个筛选项，默认选中“全部”；

这两种模式有什么区别？分别适用于什么场景？以下是我针对这部分内容的学习总结。

模式 A：默认不筛选，展示全部数据

模式A的本质是数据过滤。用户进入页面时看到的是完整数据集，使用筛选意味着从全量数据中排除不需要的部分，操作逻辑是做减法，多用于搜索导向型或多维复杂筛选的列表。

例如，当你使用购物软件时，页面默认展示所有相关商品。你可以通过品牌、价格区间等条件来缩小范围,但如果你什么都不选,看到的就是全部结果

用户心智：用户进入页面是为了浏览，筛选是为了缩小范围而产生的辅助动作。
适用场景：

下拉框：下拉框本质上是一个折叠容器，用于隐藏复杂度。用”请选择”作为占位符,清晰传达了”未筛选”状态。若下拉框内默认显示“全部”，容易让人误认为已经应用了某种过滤条件。
平铺的多选框组：Checkbox允许无选中状态，即全不选=全选。若在此场景中加入“全部”选项，则会增加逻辑处理复杂度（如：选中“全部”的同时是否允许勾选其他选项？）

重置条件：通过筛选框内置的“清除”图标，或点击“重置”按钮实现。

优点：减少页面信息量，避免用户误以为某些选项是强制性的
缺点：

模式B的本质是视图切换。用户进入页面看到的是”当前视图”。筛选是一个在不同视图之间跳转的动作。多用于状态流转型或分类清晰的业务。

例如：在订单管理系统中,你可以切换到”全部订单””待支付””已完成”等不同视图。这时”全部”和其他状态是平级的选择,只不过”全部”是它们的并集。

用户心智：用户明确知道数据是被分类的，“全部”是这些分类的并集。
适用场景：

重置条件：选中“全部”选项。
优点：符合“所见即所得”，筛选状态与列表数据直接对应。
缺点：在多选场景下，“全部”与其他具体选项往往存在逻辑冲突，增加了逻辑处理复杂度。正确处理方式：要么将”全部”作为独立的单选项，不与其他并列（模式 B）；要么直接不提供”全部”选项（模式 A）

在上述的讨论中，有一个细微但重要的限定词：平铺。
同样是单选，为什么下拉框可以默认不选中，而平铺出来的单选框组必须有默认选中状态？

这种设计差异可以从两方面来解释：

这是决定两者默认状态差异的最核心原因。

下拉框：状态可逆
下拉框组件通常允许用户点击组件内置的“清除”图标，将组件恢复到初始的未选中状态。因为状态是可逆的，所以默认不选中不存在逻辑问题。

单选框组：状态不可逆
Radio 的选中态无法通过再次点击来取消。如果单选框组默认没有任何选中项，一旦用户误触了某个选项，该操作将无法撤销。这违反了尼尔森交互原则中的 防错原则和 用户控制与自由。因此，在列表筛选场景必须提供一个“全部”选项，供用户随时“反悔”。

值得注意的是，当我们把场景从数据查询转化到数据录入时，Radio 组是否提供“全部”选项，反而成了一个需要谨慎思考的问题。想一想为什么。

单选框组：收音机隐喻
「Radio Button」一词最早来自老式汽车收音机。其物理特性决定了：按下其中一个按键，其他按键会自动弹起，且始终会有一个按键处于被按下的状态。

GUI 里的 Radio 组件就是对这套物理行为的映射。当选项完全平铺在界面上时，如果没有任何一个选项被高亮，会破坏这种物理隐喻，让用户困惑：”现在到底是什么状态?”

下拉框：空间隐喻
下拉框最接近的物理隐喻是：抽屉。它不是一个永久存在的面板，而是一个“临时拉出来”的空间。在未拉出时，只占用少量空间（对应下拉框）。拉出后，则会展示更多的内容（对应下拉面板）。

Placeholder就像贴在抽屉上的标签，是一种说明性的视觉提示，明确告知用户此处”可交互“。这是一种合理的、符合预期的视觉占位状态。

整体判断逻辑如下：

筛选器虽然只是一个局部控件，但它深刻影响了用户对整个页面信息结构的理解。两种筛选模式背后，是两种完全不同的认知路径。