TRPC项目中无限查询对空游标值的处理优化

在TRPC框架的React Query无限查询功能中，开发团队发现了一个值得关注的技术细节：当游标值为假值（falsy）时，系统会主动过滤该参数。这个设计决策引发了社区关于其合理性的讨论。

从技术实现角度来看，当前版本在无限查询工具函数中通过条件判断显式跳过了假值游标。这种处理方式可能源于早期设计时对边界情况的预防性考虑，但实际开发中确实存在需要传递零值或空字符串作为有效游标的业务场景。

经过社区成员与维护者的深入讨论，大家达成共识：游标参数作为分页查询的核心标识，应当保持其数据传递的完整性。特别是以下典型场景需要支持假值游标：

1. 分页查询中明确使用数字0作为初始游标
2. 某些特殊业务逻辑需要空字符串作为有效标记
3. 与现有API设计保持兼容性

该问题的解决方案非常直观——移除对游标值的过滤判断。虽然这个改动从技术分类上属于破坏性变更，但考虑到：

• 该参数本就是TRPC保留字段
• 现有业务中依赖过滤行为的场景极少
• 更符合开发者对参数传递的预期

维护团队最终将其定位为正确性修复而非简单的功能变更。这个案例很好地展示了开源项目中技术决策的演进过程：从最初的防御性编程，到结合实际需求的合理化调整，最终通过社区协作达成技术共识。

对于开发者而言，这个改动意味着在使用TRPC无限查询时可以获得更灵活的参数传递能力。同时也提醒我们，在API设计中应当谨慎对待参数过滤逻辑，特别是在分页查询等核心功能上，保持参数的原始性往往比过度保护更能满足实际业务需求。