在 javascript 中，实现函数柯里化以记录日志的核心做法是利用闭包保存上下文，并通过返回新函数来累积参数。具体而言，可以编写一个高阶函数 `currylogger`，它接收一个目标函数和一个日志前缀，返回一个柯里化的包装函数；当调用该包装函数时，它会先收集所有传入的参数，待参数数量达到原函数的预期值后，再执行原函数并输出包含时间戳和参数的日志信息。这样做的好处是可以在不修改原函数逻辑的情况下，灵活地添加调试信息，且支持部分应用（partial application）。
如何构建支持多参数累积的通用柯里化日志器
要构建一个通用的柯里化日志器，关键在于判断当前传入的参数是否已经满足原函数的调用条件。如果满足，则立即执行原函数并记录日志；如果不满足，则返回一个新的函数，继续等待剩余参数。这种机制允许开发者以任意顺序或分批方式提供参数，非常适合异步场景或需要动态组装参数的情况。
function curryLogger(fn, prefix) {
return function curried(...args) {
if (args.length >= fn.length) {
const logMsg = `${prefix}: ${JSON.stringify(args)}`;
console.log(logMsg);
return fn.apply(this, args);
} else {
return function(...moreArgs) {
return curried.apply(this, args.concat(moreArgs));
};
}
};
}
const add = (a, b, c) => a + b + c;
const loggedAdd = curryLogger(add, 'ADD_OP');
// 分步调用
loggedAdd(1)(2)(3); // 输出: ADD_OP: [1,2,3], 返回值: 6
// 一次性调用
loggedAdd(1, 2, 3); // 输出: ADD_OP: [1,2,3], 返回值: 6
上述代码展示了 `curryLogger` 的基本实现。它检查 `args.length` 是否大于等于 `fn.length`（即原函数声明的形式参数个数）。如果是，则执行日志记录并调用原函数；否则，返回一个新函数，将已收集的参数与新传入的参数拼接后再次调用自身。这种方式确保了无论是一次性传入还是分批传入，最终都能正确触发日志记录和函数执行。
立即学习“Java免费学习笔记（深入）”；
如何处理不同输入长度下的日志输出差异
在实际使用中，输入的多样性会导致日志输出的时机和内容有所不同。例如，当用户一次性传入所有参数时，日志会立即打印；而当用户采用链式调用（如 `f(1)(2)(3)`）时，日志会在最后一次调用时打印。理解这一行为对于调试至关重要，因为它决定了日志在控制台出现的顺序以及何时能看到完整的参数快照。
// 对比测试：不同调用方式的日志表现
const multiply = (x, y) => x * y;
const loggedMultiply = curryLogger(multiply, 'MULTIPLY');
// 场景1：一次性传入
console.log('Scenario 1:', loggedMultiply(5, 2));
// 输出: MULTIPLY: [5,2]
// 输出: 10
// 场景2：分步传入
console.log('Scenario 2:', loggedMultiply(5)(2));
// 输出: MULTIPLY: [5,2]
// 输出: 10
// 场景3：未传满参数（不执行原函数，只返回函数）
const partial = loggedMultiply(5);
console.log('Scenario 3:', typeof partial); // 输出: function
// 此时不会有任何日志输出，因为参数不足
通过对比这三种场景，我们可以清楚地看到柯里化日志器的行为边界。在场景3中，由于参数数量未达到 `fn.length`，函数并未执行，因此也没有日志输出。这提示开发者在使用柯里化日志器时，必须确保最终调用时提供了足够的参数，否则原函数不会被执行，日志也不会产生。这种设计虽然灵活，但也要求使用者对参数传递有明确的预期。
基于程序中某个输入、条件或结果的具体问题
在之前的示例中，我们使用了 `fn.length` 来判断参数是否齐全。然而，这个属性在某些情况下可能不可靠，特别是当函数使用了默认参数或剩余参数（Rest Parameters）时。例如，如果一个函数定义为 `function(a, b = 10)`，那么 `fn.length` 为 1，但实际调用时可能需要两个参数才能覆盖默认值的覆盖逻辑。这种情况下，基于 `fn.length` 的判断可能会导致过早或过晚执行原函数，从而产生错误的日志记录时机。
function testDefault(a, b = 10) {
return a + b;
}
// 使用之前的 curryLogger
const loggedTest = curryLogger(testDefault, 'TEST_DEFAULT');
// 调用 loggedTest(5)
// fn.length 是 1，所以 args.length (1) >= fn.length (1) 成立
// 立即执行 testDefault(5)，结果为 15，日志输出: TEST_DEFAULT: [5]
// 但如果我们希望它等待第二个参数，这种行为就与预期不符
// 改进方案：手动指定所需参数数量
function curryLoggerWithArity(fn, prefix, arity) {
return function curried(...args) {
if (args.length >= arity) {
const logMsg = `${prefix}: ${JSON.stringify(args)}`;
console.log(logMsg);
return fn.apply(this, args);
} else {
return function(...moreArgs) {
return curried.apply(this, args.concat(moreArgs));
};
}
};
}
const loggedTestFixed = curryLoggerWithArity(testDefault, 'TEST_DEFAULT', 2);
loggedTestFixed(5)(20); // 输出: TEST_DEFAULT: [5,20], 返回值: 25
为了解决这个问题，我们可以引入一个额外的 `arity` 参数，显式指定函数期望的参数数量。这样，即使函数使用了默认参数，也能准确判断何时应该执行原函数并记录日志。这种方法提高了柯里化日志器的鲁棒性，使其能够适应更复杂的函数签名。
