javascript柯里化是什么_如何实现函数的部分应用

柯里化是将多参函数转换为单参函数链，每次只传一个参数并返回新函数，直至收齐所有参数才执行；部分应用则可预设任意数量参数，不强制顺序或单参调用。

柯里化不是“把函数变短”，而是“把多参函数拆成单参函数链”

柯里化（Currying）的本质是：把一个接收 n 个参数的函数，转换为接收 1 个参数、返回接收下一个参数的新函数，直到收齐所有参数才真正执行。它和“部分应用（Partial application）”常被混用，但关键区别在于——柯里化严格按顺序、每次只传一个参数，且返回的函数**固定接受下一个单一参数**；而部分应用可一次传多个、顺序也不强制，返回的函数仍可能接收剩余任意数量参数。

curry 函数怎么写？关注参数收集与闭包边界

最简可行的实现要处理两个核心逻辑：判断是否已收集够参数、用闭包暂存已传参数。注意不能简单用 arguments.Length，因为箭头函数没有 arguments，且需兼容 rest 参数写法。

function curry(fn) {   return function curried(...args) {     if (args.length >= fn.length) {       return fn.apply(this, args);     }     return function(...moreArgs) {       return curried.apply(this, args.concat(moreArgs));     };   }; }

• fn.length 返回函数定义时的形参个数（不含 rest 参数），是判断“是否收齐”的依据
• 每次调用 curried 都形成新闭包，args 是当前已传入的参数列表
• 递归返回的内部函数仍叫 curried，保持调用链一致，避免命名污染
• 不支持 rest 参数的原函数（如 (a, b, ...rest)）会导致 fn.length === 2，此时需手动指定参数长度或改用更健壮的库实现

为什么 lodash.curry 比手写更可靠？

手写版在以下场景容易出问题：

• 原函数有默认参数时，fn.length 不包含带默认值的参数（例如 (a, b = 1) 的 length 是 1），导致提前触发执行
• 需要绑定 this 上下文，手写版未处理 bind 或 call 场景
• 想支持占位符（如 _）跳过某参数，手写逻辑会急剧膨胀

lodash.curry 内部做了参数长度推断、上下文透传、占位符管理，且提供 curryRight 和 curry.placeholder 等扩展能力。实际项目中，除非明确控制依赖或学习目的，否则直接用 _.curry(fn) 更稳。

立即学习“Java免费学习笔记（深入）”；

部分应用（Partial Application）怎么实现？别和柯里化硬套

部分应用的目标是“预设若干参数，返回能接收剩余参数的函数”，不要求单参数、不强制顺序。实现更直接：

function partial(fn, ...presetArgs) {   return function(...remainingArgs) {     return fn.apply(this, presetArgs.concat(remainingArgs));   }; }

• 可一次传多个预设参数：partial(add, 1, 2) → (c) => add(1, 2, c)
• 不关心原函数有几个参数，也不检查是否“收齐”，纯粹拼接参数
• 若需支持占位符或动态预设，得额外维护索引映射，复杂度远超柯里化

柯里化是部分应用的一种特例，但反过来不成立。选哪个取决于你的调用模式：如果确定要链式单参数调用（比如 map(curry(fn)(a)(b))），用柯里化；如果只是想固化前几个配置项（比如 const logError = partial(console.error, '[ERROR]')），部分应用更自然。