什么是函数柯里化和部分应用，以及它们如何提高代码的可复用性和函数组合能力？-js教程-PHP中文网

柯里化是将多参数函数转换为一系列单参数函数，部分应用是固定部分参数生成新函数；两者均提升代码复用性与可读性，支持延迟执行、API简化及函数组合，是函数式编程中实现高阶抽象、纯函数组合与声明式数据流的核心技术。

什么是函数柯里化和部分应用，以及它们如何提高代码的可复用性和函数组合能力？

函数柯里化（Currying）和部分应用（Partial Application）是两种紧密相关但又有所区别的函数式编程技巧，它们的核心目标都是通过“预设”或“固定”函数的一部分参数，来生成新的、更具特定用途的函数。这两种技术极大地提升了代码的复用性，让我们可以更灵活地组合函数，从而构建出更简洁、更易于理解和维护的程序。在我看来，它们就像是为通用工具箱里的扳手配上了各种尺寸的套筒，让同一个扳手能应对更多特定场景，而不必每次都找一个新的工具。

解决方案

柯里化是将一个接受多个参数的函数，转换成一系列只接受一个参数的函数。每次调用都会返回一个新的函数，直到所有参数都被接收完毕，最终执行原始函数并返回结果。举个例子，一个

add(a, b, c)

登录后复制

函数，柯里化后就变成了

add(a)(b)(c)

登录后复制

。它的精髓在于，每次只处理一个参数，然后返回一个期待下一个参数的新函数。

而部分应用则更为通用一些，它允许你固定一个函数的部分参数（可以是一个或多个，不限于一个），然后返回一个新函数，这个新函数会接收剩余的参数。比如

add(a, b, c)

登录后复制

，你可以通过部分应用固定

登录后复制

和

登录后复制

，得到一个只接受

登录后复制

的新函数。它并不强制每次只接收一个参数，而是灵活地“预填充”一部分参数。

这两种模式的核心价值在于，它们让我们能从一个通用函数出发，根据特定场景的需求，“定制”出更具体、更专业的函数。这种定制过程，避免了重复编写大量相似逻辑，也让函数的职责更加单一，为函数组合提供了坚实的基础。

函数柯里化在实际开发中究竟能解决哪些痛点？

说起来，柯里化这东西，初看可能觉得有点学院派，但在实际项目中，它解决的痛点还真不少。我个人最看重的是它在参数复用、延迟执行以及函数组合上的妙用。

首先是参数的复用与预设。想象一下，你有一个日志记录函数

log(level, tag, message)

登录后复制

，在某个特定模块里，你总是需要记录

INFO

登录后复制

级别的日志，并且

tag

登录后复制

也固定为

UserModule

登录后复制

。如果没有柯里化，每次你可能都要写

log('INFO', 'UserModule', '用户登录成功')

登录后复制

、

log('INFO', 'UserModule', '更新用户信息')

登录后复制

。这无疑是重复且冗余的。通过柯里化，我们可以先得到一个

logInfoUser = log('INFO')('UserModule')

登录后复制

的函数。之后，无论在哪里需要记录

UserModule

登录后复制

的

INFO

登录后复制

日志，直接调用

logInfoUser('某个具体事件')

登录后复制

就行了。这不就是把一个通用日志工具，根据上下文“配置”成了一个专用工具吗？极大地减少了代码量，也让代码意图更清晰。

再者是延迟执行与条件逻辑的构建。有时候，我们并不希望一个函数的所有参数都立即到位。比如一个表单验证器

validate(rule, value)

登录后复制

，

rule

登录后复制

是验证规则，

value

登录后复制

是待验证的数据。我们可能有一堆预设的

rule

登录后复制

，比如

isEmail

登录后复制

、

minLength(6)

登录后复制

等。如果

minLength

登录后复制

是一个柯里化的函数，那么

minLength(6)

登录后复制

会返回一个新的函数，这个函数只等待

value

登录后复制

。这样，我们就可以先定义好所有的验证规则，然后在一个循环或者条件判断中，将待验证的

value

登录后复制

依次传入这些规则。这种模式让验证逻辑可以非常灵活地组合和链式调用，而不是一次性写死一个巨大的验证函数。

最后，也是函数式编程里最被推崇的一点，就是它对函数组合的优雅支持。在函数式编程中，我们经常会把一系列小函数串联起来，形成一个处理数据流的“管道”。如果这些函数都是柯里化的，并且设计成每次只处理一个参数，那么它们就能非常自然地被

compose

登录后复制

或

pipe

登录后复制

这样的高阶函数连接起来。比如

pipe(filterEven, map(double), sum)

登录后复制

。这里的

map

登录后复制

和

filter

登录后复制

如果是柯里化的，它们就能先接收转换逻辑（

double

登录后复制

或

isEven

登录后复制

），然后返回一个等待数据列表的函数。这种设计让函数组合变得极其流畅和声明式，代码读起来就像在描述数据处理的步骤，而不是具体的实现细节。

// 柯里化函数示例
const curry = (fn) => {
  return function curried(...args) {
    if (args.length >= fn.length) { // 如果传入参数数量足够，则执行原始函数
      return fn(...args);
    } else { // 否则，返回一个新函数，等待剩余参数
      return function(...moreArgs) {
        return curried(...args, ...moreArgs);
      };
    }
  };
};

const log = (level, tag, message) => console.log(`[${level}] [${tag}] ${message}`);
const curriedLog = curry(log);

// 预设 INFO 级别和 AuthModule 标签的日志函数
const logInfoAuth = curriedLog('INFO')('AuthModule');
logInfoAuth('用户登录成功。'); // [INFO] [AuthModule] 用户登录成功。
logInfoAuth('尝试修改密码。'); // [INFO] [AuthModule] 尝试修改密码。

// 验证器示例
const minLength = curry((len, str) => str.length >= len);
const isEmail = (str) => /^\S+@\S+\.\S+$/.test(str);

const validatePassword = minLength(8); // 密码至少8位
console.log(validatePassword('short')); // false
console.log(validatePassword('verylongpassword')); // true

登录后复制

部分应用如何帮助我们构建更灵活的API和提高代码可读性？

聊完柯里化，我们再来看看部分应用。虽然它和柯里化有相似之处，但部分应用更强调“灵活性”和“实用性”，它不强求每次只处理一个参数，这使得它在构建API和提高代码可读性方面，有着直接且显著的优势。

首先是API的定制化与简化。设想你正在开发一个通用的HTTP请求库，其中有一个核心的

request(method, url, headers, body)

登录后复制

函数。在实际使用中，很多时候我们只关心

GET

登录后复制

请求，或者

POST

登录后复制

请求，并且

headers

登录后复制

中的

Content-Type

登录后复制

常常是

application/json

登录后复制

。如果每次调用

request

登录后复制

都需要手动传入

GET

登录后复制

、

null

登录后复制

或固定的

headers

登录后复制

，那会显得非常繁琐。通过部分应用，我们可以轻松地创建出

get(url, headers)

登录后复制

、

postJson(url, body)

登录后复制

甚至

getUsers(id)

登录后复制

这样的高层API。比如，

const get = partial(request, 'GET');

登录后复制

就能得到一个专门处理

GET

登录后复制

请求的函数。这样一来，API的使用者无需关心

request

登录后复制

函数的所有底层参数，只需关注与当前任务最相关的部分，大大提升了API的易用性和表现力。

阿里云-虚拟数字人

阿里云-虚拟数字人是什么？ ...

查看详情

其次，它能减少重复参数，提高代码的简洁度。当一个函数在程序的多个地方被调用，并且其中一些参数总是相同的时候，部分应用就能大显身手。它将这些重复的参数“固定”下来，生成一个新函数。比如，你有一个

filter(predicate, list)

登录后复制

函数，你经常需要过滤出所有偶数。你可以先定义

isEven = n => n % 2 === 0

登录后复制

，然后通过部分应用创建一个

filterEven = partial(filter, isEven)

登录后复制

的新函数。之后，无论哪个

list

登录后复制

，你都可以直接

filterEven(myList)

登录后复制

来获取偶数列表。这种模式避免了在每次调用时都传递

isEven

登录后复制

这个

predicate

登录后复制

函数，让代码变得更精炼，也更聚焦于“做什么”而不是“怎么做”。

更重要的是，部分应用能提升代码的可读性与意图明确性。一个

getJson('/api/users')

登录后复制

的调用，其意图显然比

request('GET', '/api/users', {'Content-Type': 'application/json'}, null)

登录后复制

更直接、更清晰。通过创建语义更丰富的函数，部分应用让代码本身成为更好的文档，降低了理解成本。它把通用的操作“包装”成业务领域特有的术语，使得代码更贴近人类语言的表达习惯，让后来者能够更快地理解代码的业务逻辑。

// 部分应用函数示例
const partial = (fn, ...fixedArgs) => {
  return function(...remainingArgs) {
    return fn(...fixedArgs, ...remainingArgs);
  };
};

const request = (method, url, headers, body) => {
  console.log(`Sending ${method} request to ${url}`);
  console.log(`Headers: ${JSON.stringify(headers)}`);
  console.log(`Body: ${JSON.stringify(body)}`);
  // 实际的HTTP请求逻辑...
};

// 创建一个 GET 请求的专用函数
const get = partial(request, 'GET');
get('/api/users', { 'Authorization': 'Bearer token' }, null);

// 创建一个 POST JSON 请求的专用函数
const postJson = partial(request, 'POST', null, { 'Content-Type': 'application/json' });
postJson('/api/products', { name: 'New Product', price: 100 });

// 另一个例子：过滤列表
const filter = (predicate, list) => list.filter(predicate);
const isEven = (n) => n % 2 === 0;

const filterEvenNumbers = partial(filter, isEven);
console.log(filterEvenNumbers([1, 2, 3, 4, 5, 6])); // [2, 4, 6]

登录后复制

柯里化与部分应用在函数式编程范式中的核心地位是什么？

那么，这些看似“花哨”的技巧，在函数式编程的语境下，又扮演着怎样的角色呢？在我看来，柯里化和部分应用绝非锦上添花，它们是函数式编程范式中不可或缺的基石，深深植根于其核心理念之中。

它们首先完美契合了纯函数与无副作用的原则。柯里化和部分应用本身并不会改变任何外部状态，它们仅仅是转换或创建新的函数。这种行为本身就是纯粹的，没有副作用。这使得它们在构建无副作用的函数链时，显得异常强大和可靠。你可以放心地组合这些由柯里化或部分应用生成的函数，因为你知道它们不会在背后搞小动作，这大大简化了程序的推理和测试。

其次，它们是高阶函数与抽象能力的典型体现。柯里化和部分应用都是高阶函数——它们接受函数作为参数，或者返回函数作为结果。通过这种机制，它们极大地增强了函数的抽象能力和灵活性。我们可以将一个通用的逻辑（比如