柯里化通过强制参数显式化和促进函数纯度间接增强可测试性：暴露隐式依赖、便于构造纯函数、支持依赖注入、减少副作用暴露面，使测试更易控制输入、预测输出、提升稳定性和速度。
柯里化本身不直接提升可测试性，但它通过强制参数显式化和促进函数纯度，间接大幅增强代码的可测试性。关键在于它把隐式依赖和不确定输入“推到函数边界”，让测试更容易控制输入、预测输出。
参数显式化，避免隐藏依赖
未柯里化的函数容易依赖闭包变量、模块级配置或全局状态，导致测试时难以隔离。柯里化要求所有必要参数都通过调用链传入，自然暴露了函数的真实依赖。
- 比如日志函数
log(level, message)，若直接读取ENV === 'prod'决定是否上报，就不可测；柯里化后写成curryLog(env) => (level, msg) => { ... }，环境就变成一个可传入的明确参数 - 测试时直接传入
'test'或'dev'，无需 mock 全局变量或改写模块顶层逻辑
便于构造纯函数场景
柯里化常与纯函数配合使用。当部分参数（如格式化规则、转换系数、API 基地址）被提前固化，剩余函数体更可能只依赖输入参数，不读写外部状态。
- 例如
const formatDate = curry((format, date) => {...})，测试时只需传入固定date和format字符串，结果确定可断言 - 对比非柯里化版本
function formatDate(date) { return moment(date).format(FORMAT_CONFIG)，FORMAT_CONFIG是模块级常量，测试前需重置或 mock，增加脆弱性
支持依赖注入式测试
中间件、工具函数等常需注入服务（如 httpClient、logger）。柯里化让这些依赖成为首层参数，测试时可轻松替换为 mock 实现。
立即学习“Java免费学习笔记（深入）”；
const fetchUser = curry((client, id) => client.get(`/users/${id}`))- 单元测试中传入
{ get: jest.fn().mockResolvedValue({ id: 1 }) }，无需修改真实 client 初始化逻辑 - 避免在函数内部 import 或引用全局 client 实例，切断硬编码耦合
减少副作用暴露面
柯里化函数本身不执行业务逻辑，只返回新函数；真正触发副作用（如发请求、写 localStorage）的是最终调用。这使测试可以分层验证：
- 验证柯里化后的函数是否正确返回预期函数（类型/结构检查）
- 验证最终函数在给定 mock 依赖下是否按预期调用副作用（如是否传了正确 URL）
- 不需在每次测试中都触发真实 I/O，提高速度和稳定性
