柯里化将多参数函数转换为一系列一元函数以适配组合，因compose/pipe要求每个函数均为单输入单输出；如add(a,b,c)柯里化为add(a)(b)(c)，fetch(url,options)变为fetch(baseUrl)后可入pipe链，关键需确保参与组合的函数形态为(x)=>y且正确绑定this。
柯里化解决多参数函数组合时的接口匹配问题，核心在于把“多输入 → 单输出”的原始函数，变成一系列“单输入 → 单输出”的中间函数，从而让每个环节都符合组合函数（如 compose 或 pipe）对一元函数的要求。
为什么组合需要一元函数？
组合函数如 compose(f, g) 的定义是 x => f(g(x))，它隐含一个前提：每个被组合的函数都只接收一个参数、返回一个值。如果原始函数是 fetch(url, options) 或 add(a, b, c)，直接放进组合链就会出错——g(x) 传入一个值，但函数却期待两个或三个参数。
-
compose(log, add)会失败：因为add等待两个参数，而log只给它一个 -
pipe(filterByStatus, fetch)也不行：fetch 需要 url 和配置，但 filterByStatus 只输出一个字符串
柯里化如何桥接这个缺口？
它把多参函数“拉平”为可中断、可复用的单参链条，让开发者能精准控制哪部分参数已固定、哪部分留待组合时注入。
- 对
add(a, b, c)柯里化后得到add(a)(b)(c)，那么add(1)(2)就是一个明确的一元函数：等待第三个数，返回和 —— 完全适配compose(double, add(1)(2)) - 对
fetch(url, options)柯里化后，fetch(baseUrl)返回一个新函数，它只收一个参数（比如路由路径），返回 Promise —— 这个函数就能放进pipe(getUserPath, fetch(baseUrl), handleResponse)
实际组合中要注意的关键点
不是所有柯里化都能直接进组合链，得看它是否产出真正稳定的一元函数：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
- 必须确保最终参与组合的形态是
(x) => y，而不是(x, y) => z；所以_.curry(add)(1)可以，但_.curry(add)(1, 2)会立即执行并返回数字，不再是一元函数 - 箭头函数没有
length，手写柯里化工具无法自动判断参数个数，遇到const fn = (a, b) => a + b时需显式传入期望参数数量，否则可能提前触发 - 类方法或带
this上下文的函数，柯里化前必须先绑定，否则组合后调用会丢失this，例如curry(instance.method.bind(instance))
一个真实可用的组合例子
假设要做「获取用户 → 提取邮箱 → 转小写 → 拼接欢迎语」：
- 原始
getUser(id)是二元函数（id + token），不能直接 pipe - 柯里化后：
const getUserWithToken = curry(getUser)(token)，它变成(id) => Promise<user></user> - 再配合其他一元函数：
pipe(getUserWithToken, prop('email'), toLowerCase, prepend('Hello, '))
整个链条每个环节都只吃一个输入、吐一个输出，类型清晰、调试简单、逻辑可拆可测。
