Remeda 库中关于 `mean` 函数移除 `bigint` 支持的技术决策分析

在 JavaScript/TypeScript 函数式编程库 Remeda 的开发过程中，团队针对数学计算函数 mean（平均值）的设计进行了深入讨论，最终决定移除对 bigint 类型的支持。这一技术决策背后体现了类型安全、API 一致性和数学严谨性等多方面的考量。

背景与问题

mean 函数用于计算数值数组的平均值，最初设计时支持了 number 和 bigint 两种数值类型。然而在实际使用中发现，这种设计存在几个潜在问题：

1. 类型安全：bigint 和 number 在 JavaScript 中是两种完全不同的原始类型，混合使用可能导致意外的类型转换或精度丢失
2. 数学一致性：平均值计算本质上是一个除法运算，而 bigint 的除法会舍弃小数部分，这与数学上对平均值的定义不符
3. API 复杂性：支持两种类型增加了函数实现的复杂度，同时降低了类型推断的精确性

技术决策分析

类型安全优先

Remeda 作为严格类型化的函数式工具库，其核心目标之一是将错误从运行时转移到编译时。保留 bigint 支持可能导致以下问题：

• 当 bigint 数组元素数量较少时，整数除法会丢失精度
• 与库中其他数学函数（如 sum）的行为不一致
• 增加了用户代码中意外类型转换的风险

数学严谨性考量

从数学角度，平均值计算应该保持小数精度：

• 整数数组 [3, 5] 的平均值应该是 4 而不是 4n
• bigint 的整数除法会强制将 [3, 4] 的平均值计算为 3n（(3n+4n)/2n = 3n）
• 这种截断行为与数学定义不符，可能误导用户

API 简化与一致性

移除 bigint 支持后：

• 函数签名简化为只接受 number[]
• 与即将废弃的 meanBy 函数保持更好的一致性
• 减少用户在使用时的认知负担
• 使整个库的数学函数保持统一的类型策略

替代方案与迁移建议

对于确实需要处理大整数的场景，开发者可以采用以下模式：

// 显式转换为 number 计算
const average = mean(bigIntArray.map(n => Number(n)));

// 或者保持 bigint 但明确知道会截断
const truncatedAverage = sum(bigIntArray) / BigInt(bigIntArray.length);

这种显式转换的方式：

1. 更清晰地表达了开发者的意图
2. 避免了隐式类型转换的陷阱
3. 使代码行为更加可预测

总结

Remeda 团队通过这一技术决策，体现了对类型安全和数学正确性的坚持。移除 bigint 支持虽然表面上减少了功能，但实际上：

• 提高了代码的健壮性
• 减少了潜在的错误场景
• 使 API 设计更加一致和可预测
• 鼓励开发者更明确地处理数值类型转换

这一变更也反映了现代 TypeScript 开发的最佳实践：宁可减少灵活性，也要保证类型安全和行为可预测性。对于从 Lodash 或 Ramda 迁移的用户，虽然需要适应这一变化，但长期来看将获得更可靠的类型检查和更少的运行时错误。