javascript闭包怎样实现部分应用-js教程-PHP中文网

javascript闭包通过捕获并持久化外部函数的参数，使部分应用得以实现，让新函数能“记住”已固定参数；2. 部分应用固定函数的部分参数生成新函数，而柯里化将多参数函数转化为单参数函数链，两者均依赖闭包实现；3. 自定义闭包可实现比bind更灵活的参数绑定，如动态生成参数或控制绑定位置；4. 使用闭包时需注意内存消耗、this上下文丢失、调试复杂性及函数创建性能开销，但其带来的代码复用和模块化优势通常远超代价。

javascript闭包怎样实现部分应用

JavaScript闭包在实现函数的部分应用（Partial Application）上扮演着核心角色。简单来说，部分应用就是固定一个函数的部分参数，生成一个新函数，这个新函数只等待剩余的参数。闭包在这里的作用，就是让这个新生成的函数能够“记住”那些已经被固定下来的参数，即使原始函数执行的环境已经销毁了。它提供了一个持久化的作用域，让数据得以跨越函数调用的生命周期。

通过闭包实现部分应用，我们能更灵活地构造和复用函数。想象一下，你有一个通用函数，但很多时候你只关心其中几个参数的变化，另一些参数总是固定的。与其每次都传入所有参数，不如先固定那些不变的，得到一个更专精的新函数。这不仅能简化代码调用，也能提升代码的可读性和模块化程度。

解决方案

部分应用的核心在于创建一个高阶函数，它接收一个函数和一部分参数，然后返回一个新的函数。这个新函数在被调用时，会把之前接收的固定参数和当前接收的剩余参数合并起来，再传给原始函数执行。闭包在这里起到了“记忆”固定参数的作用。

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

我们来看一个简单的例子：假设我们有一个

add

登录后复制

函数，它接受两个数字并返回它们的和。

function add(a, b) {
  return a + b;
}

登录后复制

现在，我们想创建一个

addFive

登录后复制

函数，它总是将一个数字加上5。我们可以这样利用闭包实现部分应用：

function partialApply(func, fixedArg) {
  return function(remainingArg) {
    // 这里的 fixedArg 就是通过闭包“记住”的参数
    return func(fixedArg, remainingArg);
  };
}

const addFive = partialApply(add, 5);

console.log(addFive(10)); // 输出 15 (等同于 add(5, 10))
console.log(addFive(20)); // 输出 25 (等同于 add(5, 20))

登录后复制

在这个

partialApply

登录后复制

函数中，当

partialApply(add, 5)

登录后复制

被调用时，它返回了一个匿名函数

function(remainingArg) { ... }

登录后复制

。这个匿名函数形成了一个闭包，它“捕获”了外部函数

partialApply

登录后复制

的

fixedArg

登录后复制

变量（值为

登录后复制

）。所以，即使

partialApply

登录后复制

函数执行完毕，其内部返回的匿名函数仍然能够访问并使用

fixedArg

登录后复制

的值。这就是闭包实现部分应用的关键机制。

当然，JavaScript内置的

Function.prototype.bind

登录后复制

方法也可以实现类似的部分应用，它不仅能绑定

this

登录后复制

上下文，还能预设函数参数。但理解闭包的原理，能让我们在更复杂的场景下，比如需要自定义参数绑定逻辑时，有能力自己实现。

JavaScript闭包在函数柯里化中的应用与区别

谈到部分应用，就不得不提柯里化（Currying），两者经常被混淆，但实际上有所不同。闭包是实现这两者的共同基石。

柯里化是将一个多参数函数转换成一系列单参数函数的技术。每次调用都只接受一个参数，并返回一个新的函数，直到所有参数都被提供，最终执行原始函数并返回结果。

例如，柯里化版本的

add

登录后复制

函数可能看起来像这样：

function curryAdd(a) {
  return function(b) {
    return a + b;
  };
}

const addTwo = curryAdd(2);
console.log(addTwo(3)); // 输出 5

// 也可以直接链式调用
console.log(curryAdd(10)(20)); // 输出 30

登录后复制

这里，

curryAdd(a)

登录后复制

返回的内部函数通过闭包记住了

登录后复制

的值。当再次调用

(b)

登录后复制

时，它能利用这个被记住的

登录后复制

。

工资查查移动工资条

大部分的工资还是以打印工资条的形式进行，偶有公司使用邮件发放工资条，而工资条的现代形式应该是移动工资条，以实现信息的备忘、到达、管理、对帐、环保、高效等需求……，用户已经习惯使用手机（或以其它移动方式）实现一切需求，应用的移动化是大势所趋。工资查查就在这样的背景下诞生，北京亦卓科技于2017的开发并推出了微信小程序工资查查。由于对有用户对数据隐私与安全性的考虑，北京亦卓科技在推出了云端应用--工资

查看详情

区别在于：

部分应用：固定函数的“部分”参数，可以是一部分，也可以是多个，不要求一次只固定一个。它返回的新函数仍然可能接受多个剩余参数。例如
```
partialApply(func, arg1, arg2)
```
登录后复制
返回的函数可能还需
```
arg3, arg4
```
登录后复制
。
柯里化：将一个多参数函数分解为一系列只接受“一个”参数的函数链。每次调用都只接收一个参数，直到收集齐所有参数。

虽然概念不同，但它们都高度依赖闭包来“记住”参数。闭包提供了一个私有的、持久化的作用域，让函数能够携带状态，这是函数式编程中非常强大的特性。理解这一点，你就能更灵活地运用它们来构建更具表达力和可维护性的代码。

使用闭包实现更灵活的参数绑定策略

Function.prototype.bind

登录后复制

固然方便，但它的局限性在于只能绑定前置参数，并且会永久绑定

this

登录后复制

。当我们需要更精细地控制参数绑定位置，或者希望实现更复杂的参数转换逻辑时，自定义的闭包实现就显得尤为重要。

考虑一个场景，我们有一个日志记录函数

log(level, message, timestamp)

登录后复制

，但我们想创建一个

logError

登录后复制

函数，它固定了

level

登录后复制

为

ERROR

登录后复制

，并且能自动生成

timestamp

登录后复制

，只要求传入

message

登录后复制

。

function log(level, message, timestamp) {
  console.log(`[${timestamp}] [${level.toUpperCase()}]: ${message}`);
}

// 使用闭包实现更灵活的参数绑定
function createLogger(fixedLevel) {
  return function(message) {
    const timestamp = new Date().toISOString();
    // 这里的 fixedLevel 就是闭包捕获的参数
    log(fixedLevel, message, timestamp);
  };
}

const logError = createLogger('error');
const logInfo = createLogger('info');

logError('Something went wrong!'); // 输出类似: [2023-10-27T10:00:00.000Z] [ERROR]: Something went wrong!
logInfo('Application started.');   // 输出类似: [2023-10-27T10:00:00.000Z] [INFO]: Application started.

登录后复制

在这个例子中，

createLogger

登录后复制

函数返回的匿名函数通过闭包记住了

fixedLevel

登录后复制

。更重要的是，它还在内部加入了额外的逻辑（生成

timestamp

登录后复制

），这是

bind

登录后复制

无法直接做到的。这种模式让我们能够创建高度定制化、预配置的函数，极大地提升了代码的复用性和可配置性。你可以根据需要，在返回的函数中加入任何你想要的参数处理、验证或转换逻辑。这种能力在构建像事件处理器、API客户端或配置项解析器等模块时，显得尤为强大。

闭包实现部分应用时可能遇到的陷阱与性能考量

虽然闭包在实现部分应用和柯里化方面提供了强大的能力，但在实际使用中，我们也要留意一些潜在的陷阱和性能考量。

潜在陷阱：

内存消耗与垃圾回收： 闭包会维持对外部作用域变量的引用。如果一个闭包被创建了很多次，并且这些闭包长时间不被垃圾回收，它们可能会累积并占用较多内存。比如，在一个循环中创建大量闭包，每个闭包都捕获了循环变量，如果处理不当，可能会导致内存泄漏或不必要的内存占用。当然，现代JavaScript引擎在这方面做了很多优化，但了解其原理仍很重要。

this

登录后复制

上下文的丢失： 当你对一个对象的方法进行部分应用时，如果没有正确处理

this

登录后复制

，可能会导致

this

登录后复制

上下文指向全局对象（严格模式下是

undefined

登录后复制

）。

Function.prototype.bind

登录后复制

能够很好地处理

this

登录后复制

绑定，但如果你自己手写闭包来实现部分应用，需要特别注意这一点，可能需要手动传入

this

登录后复制

或使用箭头函数来捕获词法

this

登录后复制

。

const obj = {
  name: 'Test',
  greet: function(greeting) {
    console.log(`${greeting}, my name is ${this.name}`);
  }
};

// 错误的闭包实现，this 会丢失
const partialGreetBad = (func, greeting) => (name) => func(greeting, name); // 这里的func(greeting, name)会导致this指向不正确
// const greetHelloBad = partialGreetBad(obj.greet, 'Hello');
// greetHelloBad(); // 'Hello, my name is undefined' 或报错

// 正确的闭包实现，需要显式绑定this或使用apply/call
const partialApplyWithThis = (func, context, ...fixedArgs) => {
  return (...remainingArgs) => {
    return func.apply(context, [...fixedArgs, ...remainingArgs]);
  };
};
const greetHelloGood = partialApplyWithThis(obj.greet, obj, 'Hello');
greetHelloGood(); // 'Hello, my name is Test'

登录后复制

调试复杂性： 嵌套的闭包链可能会使调试变得稍微复杂。当你看到一个函数执行时，其内部变量可能来自多层外部作用域，这在理解变量来源时需要更仔细地追踪。

性能考量：

函数创建开销： 每次进行部分应用操作，都会创建一个新的函数实例。在性能敏感的场景下，如果频繁地创建大量这样的函数，可能会带来轻微的性能开销。但这通常不是一个大问题，除非是在极其密集的计算循环中。
作用域链查找： 闭包在访问其外部作用域变量时，会涉及作用域链的查找。虽然现代JavaScript引擎对这个过程进行了高度优化，但理论上，查找的层级越深，开销就越大。不过，对于大多数应用场景来说，这种开销微乎其微，不应成为避免使用闭包的理由。

总的来说，闭包带来的代码组织和抽象上的好处通常远远超过这些潜在的开销。关键在于理解其工作原理，并在合适的场景下明智地使用它们。避免过度嵌套或创建不必要的长期存活闭包，是保持代码健壮性和性能的良好实践。

以上就是javascript闭包怎样实现部分应用的详细内容，更多请关注php中文网其它相关文章！