阅读视图

发现新文章,点击刷新页面。

函数为何能“统治”JavaScript:一等公民与高阶函数的工程化用法

引言:为什么团队里“会用函数”和“用好函数”差距这么大

在业务迭代快、多人协作密集的前端项目里,你一定见过两类代码:

  • 一类是“能跑就行”的循环 + if + push:逻辑散在各处,重复多、难复用、改动风险大。
  • 另一类是“把规则抽成函数”的写法:筛选、映射、查找、聚合清晰可读,功能像积木一样组合。

差距的根源,不是你记不记得 API,而是你是否真正把函数当成语言的核心抽象单位来使用:能传、能返回、能组合,进而让代码更模块化、更可维护、更适合协作。

这篇文章会用五个最常用的数组高阶函数(filter/map/forEach/find/reduce)串起一条清晰主线:函数为什么是一等公民 → 高阶函数如何替代手写循环 → 工程上怎么选、怎么读文档、怎么避免坑 → 如何在团队落地


一、函数为什么是一等公民

1.1 什么是“一等公民”

在编程语言里,“一等公民(First-class Citizen)”不是“更高级”,而是地位与能力等同于语言里的其他基础类型(数字、字符串、布尔等)。换句话说:它能像普通数据一样被存储、传递、返回、赋值。

更工程化的判定方式是看它是否具备这些能力:

  1. 可以被存储在数据结构中(数组、对象、Map…)
  2. 可以作为参数传递给另一个函数
  3. 可以作为返回值返回
  4. 可以赋值给变量/常量/属性

满足这些特性,就称之为“一等公民”。在 JavaScript 里,函数是典型代表。


1.2 为什么说它重要

把函数当一等公民,会直接带来两类能力:

  • 抽象能力:把“变化的部分”抽成函数,把“稳定的框架”固化下来。你会写出更少重复、更易扩展的代码。
  • 组合能力:高阶函数与闭包等特性,使函数天然适合模块化与函数式编程;在现代框架(例如组件化、Hooks、状态管理)里,这种能力几乎无处不在。

一句话总结:团队协作里最怕“写死流程”,最需要“抽离规则”。函数一等公民就是这套抽离机制的基础。


1.3 用代码把抽象变具体

1.3.1 参数传递 + 返回函数 + 赋值:三件事连起来

下面的例子同时覆盖:函数可以作为返回值、可以赋值给标识符、也展示了函数内嵌定义的灵活性(很多语言并不允许这样自由嵌套)。

// 作为另一个函数的参数,JS 语法允许函数内部再定义函数
function foo() {
  function bar() {
    console.log("小吴的bar");
  }
  // 返回值:返回的是函数本身(引用),不是执行结果
  return bar;
}

// 赋值给其他标识符
var fn = foo();
fn();

// 小吴的bar

这里有个非常“工程化”的隐喻:

  • foo() 返回 bar 的引用,就像 new Class() 返回实例对象。
    你拿到的是一个“可调用/可使用的实体”,而不是一次性的结果。

1.3.2 作为参数传递:把“行为”塞进另一个函数

直接把函数传入另一个函数,在业务里并不少见(例如事件回调、拦截器、策略模式)。

// 也可以作为另外一个函数的返回值来使用
function foo(aaaa) {
  console.log(aaaa);
}

foo(123);

// 也可以参数传递
function bar(bbbb) {
  return bbbb + "刚吃完午饭";
}

// 将函数作为参数传达进去调用(这里传的是 bar 的执行结果)
foo(bar("小吴"));
// 123
// 小吴刚吃完午饭

注意区分两种传法:

  • 传“函数本身”:foo(bar)(把行为交给 foo 决定何时执行)
  • 传“函数执行结果”:foo(bar("小吴"))(先执行 bar,再把结果交给 foo)

很多 Bug 就出在把这两者弄混。


1.3.3 封装小案例:把“算法框架”固定,把“策略”注入

这是最值得在团队内推广的写法之一:把“可变的计算逻辑”抽成参数传入。

// 封装小案例:calc 固定流程,calcFn 注入策略
function calc(num1, num2, calcFn) {
  console.log(calcFn(num1, num2));
}

function add(num1, num2) {
  return num1 + num2;
}

function sub(num1, num2) {
  return num1 - num2;
}

function mul(num1, num2) {
  return num1 * num2;
}

calc(10, 10, add);
calc(10, 10, sub);
calc(10, 10, mul);
// 20
// 0
// 100

这类写法在工程里有很多“马甲”:

  • 表单校验:把规则函数注入校验器
  • 权限控制:把策略函数注入拦截器
  • 数据转换:把转换函数注入 pipeline
  • UI 渲染:把 render 函数/回调注入组件

核心思想:把“变化”关在函数里,把“框架”稳定下来。


本章小结(一)

  • 函数是一等公民,关键不在“厉害”,而在能像数据一样被传递与组合
  • 工程化抽象的第一步:固定流程(框架)+ 注入策略(函数)
  • 传参时要区分:传“函数引用” vs 传“函数执行结果”,这是常见坑。
  • 这套能力是高阶函数、闭包、以及现代框架设计(Hooks/中间件/拦截器)的基础。

二、高阶函数:把“步骤”交给框架,把“规则”留给你

2.1 什么是高阶函数

在 JavaScript 里,高阶函数指至少满足以下一个条件的函数:

  1. 接收一个或多个函数作为参数
  2. 返回一个函数

你刚才看到的 calc(num1, num2, calcFn),已经是高阶函数:它接收 calcFn 作为参数。


2.2 同一个需求的三种写法:挑选偶数

2.2.1 普通方式:手写四步走

思路很直白,但通用逻辑(遍历、收集)全部你自己写,容易重复与出错。

// 普通使用
var nums = [2, 4, 5, 8, 12, 45, 23];

var newNums = [];
for (var i = 0; i < nums.length; i++) {
  var num = nums[i];
  if (num % 2 === 0) {
    newNums.push(num);
  }
}
console.log(newNums);
// [ 2, 4, 8, 12 ]

2.2.2 filter:你只写“规则”,遍历与收集由它完成

filter 的含义非常明确:过滤。回调返回 true 表示保留,false 表示丢弃。

  • 语法:array.filter(callback(item[, index[, array]])[, thisArg])
  • 回调参数(常用前两个):item, index
  • 返回:新数组(不会修改原数组)
// filter:对数组进行过滤,返回新数组
var nums = [2, 4, 5, 8, 12, 45, 23];

// 方式1:明显的函数特征(匿名函数)
var evenNumbers = nums.filter(function (number) {
  return number % 2 === 0;
});

// 方式2:箭头函数(保留完整参数,便于理解)
var newNums = nums.filter((item, index, array) => {
  return item % 2 === 0;
});

console.log(newNums);
// [ 2, 4, 8, 12 ]

当回调只有一个参数、且函数体只有一行表达式时,可以进一步精简:

var nums = [1, 2, 3, 4, 5, 6];
// 方式3:省略小括号 + 省略大括号与 return
var newNums = nums.filter((n) => n % 2 === 0);
console.log(newNums); // 输出: [2, 4, 6]

这里有个很关键的“可读性权衡”:

  • 精简写法适合表达式很短且语义直观的场景
  • 一旦逻辑复杂(多分支、多行),就别硬省略 {},可读性优先

2.2.3 map:把每个元素“映射”为新值

map映射:输入一个数组,输出一个等长的新数组。它关心的是“把元素变成什么”。

// map:映射
var nums = [1, 2, 3, 4, 5, 6];
var newNums2 = nums.map((i) => (i % 2 === 0 ? "偶数是女生" : "基数是男生"));
console.log(newNums2);
// [ '基数是男生', '偶数是女生', '基数是男生', '偶数是女生', '基数是男生', '偶数是女生' ]

工程上最常见的用途:

  • 接口数据 → UI 需要的结构(字段重命名、格式化、补默认值)
  • 列表渲染前的展示层转换(但注意别在 render 中做重计算)

2.2.4 forEach:只遍历、不返回,用于副作用

forEach 更像“命令式遍历”:做日志、打点、埋点、累计写入外部变量等。

// forEach:迭代,没有返回值,通常就用来打印一些东西
var nums = [2, 4, 5, 8, 12, 45, 23];
nums.forEach((i) => console.log(i));
// 2
// 4
// 5
// 8
// 12
// 45
// 23

一个常见误区:

  • 想用 forEach 生成新数组 —— 不对,它没有返回值
    要生成新数组,优先考虑 map/filter/reduce

2.2.5 find:找“第一个满足条件”的元素

find 的语义是查找:返回第一个满足条件的元素;找不到是 undefined

// find:查找,有返回值
var nums = [2, 4, 5, 8, "小吴", 12, 45, 23];

// 找到内容则返回内容
var item = nums.find((i) => i === "小吴");
console.log(item);
// 小吴

// 找不到则返回 undefined
var item2 = nums.find((i) => i === "coderwhy");
console.log(item2);
// undefined

在对象数组中,find/findIndex 非常好用:

// 模拟数据
var friend = [
  { name: "小吴", age: 18 },
  { name: "coderwhy", age: 35 },
];

const findFriend = friend.find((i) => i.name === "小吴");
console.log(findFriend);
// { name: '小吴', age: 18 }

// findIndex:找到对象在数组中的索引
const findFriend2 = friend.findIndex((i) => i.name === "小吴");
console.log(findFriend2);
// 0

2.2.6 reduce:把一组元素“聚合”为一个结果

reduce聚合/归约:把数组变成一个值(数字、对象、Map、甚至另一个数组都可以)。

先看普通实现:

// 普通实现方式
var nums = [2, 4, 5, 8, 12, 45, 23];
var total = 0;
for (var i = 0; i < nums.length; i++) {
  total += nums[i];
}
console.log(total);
// 99

reduce

// reduce:对数组进行累加或统计等操作
var nums = [2, 4, 5, 8, 12, 45, 23];

// preValue:上一次累加结果;item:当前值;0 是初始值
var num = nums.reduce((preValue, item) => preValue + item, 0);
console.log(num);
// 99

工程上 reduce 的典型用途:

  • 列表求和/计数/求最大最小
  • 把数组转成对象:按 key 分组、构建索引表(id -> item
  • 复杂 pipeline 的聚合处理(但要注意可读性,别写成“谜语”)

2.4 Function 与 Method:名字不同,边界要清楚

这点在 code review 里经常要统一口径:

  • 函数(Function) :独立存在的函数
  • 方法(Method) :当一个函数挂在对象上,作为对象的成员时,称为方法
obj = {
  foo: function () {},
};

// 这个 foo 就是一个属于 obj 对象的方法
obj.foo();

// 函数调用(不属于某个对象)
foo();

为什么数组高阶函数常被称为“方法”?因为它们挂在 Array.prototype 上,通过 arr.xxx() 调用。


本章小结(二)

  • 高阶函数的价值:你只写规则(回调),通用步骤(遍历/收集/聚合)交给 API
  • filter:筛选;map:映射;forEach:副作用遍历;find:找第一个;reduce:聚合成一个结果。
  • 精简写法要守住底线:逻辑复杂就别省略 {},可读性优先。
  • forEach 不返回新数组,生成新数组请用 map/filter/reduce

三、怎么系统学习与记忆高阶函数

3.1 别背 API:按“数据流”建立心智模型

高阶函数看起来很多,但本质都绕不开“对数据做事”。更好用的记忆方式是把它们按数据流形态归类:

  • 筛选型filter(输入 N 个,输出 ≤N 个)
  • 变换型map(输入 N 个,输出 N 个)
  • 查找型find/findIndex(输入 N 个,输出 1 个或索引)
  • 遍历副作用forEach(输入 N 个,输出无)
  • 聚合型reduce(输入 N 个,输出 1 个“聚合结果”)

再进一步,你可以用“增删改查”的视角去理解:

  • 查:find
  • 删(过滤掉):filter
  • 改(映射成新结构):map
  • 聚合(统计/汇总):reduce

这样你遇到新 API(例如 some/every/flatMap)也能快速定位它属于哪一类,应该在什么场景用。


3.2 高阶函数的好处与代价

好处(工程收益)

  • 少写重复代码:遍历/收集/累计这些“通用步骤”被封装起来了
  • 降低冲突风险:中间变量更少,作用域更小,命名冲突概率降低
  • 更强的可组合性:回调就是“规则模块”,能复用、能拼装

代价(需要主动管理)

  • 初学时不直观:你看不到循环过程,容易“脑补出错”
  • 过度链式会变难读:arr.filter(...).map(...).reduce(...) 一长串要谨慎
  • 性能不是绝对优势:链式会产生中间数组;超大数据量时要考虑优化策略(合并步骤、或用单次 reduce)

工程上建议的取舍:

  • 优先可读性与正确性,其次才是微优化
  • 当性能成为问题,用数据与指标说话(见结尾“下一步建议”)

本章小结(三)

  • 记忆高阶函数别靠背,靠“数据流分类”:筛选/变换/查找/副作用/聚合。
  • 高阶函数让“规则”模块化,减少重复与冲突,更适合团队协作。
  • 链式调用要节制:可读性是第一生产力;性能优化要用指标驱动。

四、读懂文档里的语法:方括号与逗号到底在表达什么

很多同学看文档时会被这种写法劝退:

array.find(callback(element[, index[, array]])[, thisArg])

其实核心就两点:方括号 []逗号 ,


4.1 单层方括号与嵌套方括号

单层方括号 []

表示可选参数:可以传,也可以不传。

比如 [index] 表示 index 可选。

嵌套方括号 [[]]

表示可选参数的依赖关系:外层出现了,内层才可能出现。

比如 element[, index[, array]] 的含义是:

  • element 必须有
  • 如果你要传 index,必须先有 element
  • 如果你要传 array,必须先有 index(以及 element)

4.2 逗号在方括号里:前置条件的表达

当你看到 [, thisArg] 这种形式,逗号出现在方括号里,意思是:

  • thisArg 是可选的
  • 但它依赖前一个参数存在(也就是必须先传 callback,才可能有 thisArg)

换句话说:逗号前面是前置条件,逗号后面才轮得到


4.3 拆解示例:以 find 为例

我们把它拆成两段看:

array.find(callback(element[, index[, array]])[, thisArg])

  1. callback(...):必传(因为外层是小括号)
  2. [, thisArg]:可选(方括号),但依赖 callback 存在(逗号表达前置条件)

然后回调内部也同理:

  • element 必传
  • index 可选,但依赖 element
  • array 可选,但依赖 index(以及 element)

当你形成这种拆解习惯,看任何 API 都会很稳。

** 图6-1 API语法参数分类**

这张图可以当作团队内的“文档阅读速查表”:看到 [] 先判断可选,看到嵌套 [] 再判断依赖关系。


本章小结(四)

  • [] 表示可选;嵌套 [] 表示“可选但有依赖链”。
  • [, x] 的逗号表达:x 的出现以“前一个参数存在”为前提。
  • 拆 API 时优先拆外层,再拆回调参数,顺序能让理解稳定下来。
  • 熟悉这种语法后,看 MDN / IDE 提示都会更快、更不容易误解。

五、复盘与下一步:如何在团队里落地

5.1 关键结论复盘

  • 函数是一等公民:能像数据一样被传递与返回,让“抽象与复用”成为可能。
  • 高阶函数的核心价值:把通用步骤封装,把可变规则显式化
  • 五个高频函数的工程语义要记住:
    filter(筛)/ map(变)/ find(找)/ forEach(做副作用)/ reduce(聚合)
  • 读文档的关键:[](可选)+ 嵌套(依赖)+ 逗号(前置条件)。

5.2 团队落地建议(可直接执行)

建议 1:统一“选择指南”,减少风格争论

  • 生成新数组:优先 map/filter
  • 查第一个:用 find,查索引用 findIndex
  • 聚合统计:用 reduce(必要时拆解变量提升可读性)
  • 副作用(日志/埋点/外部写入):用 forEach

建议 2:在 Code Review 里抓两个点

  • 是否把“变化逻辑”抽成回调/策略函数(减少重复)
  • 链式调用是否过长导致可读性下降(超过 2~3 段就考虑拆开)

建议 3:用指标验证“可维护性”收益

  • 重复代码段数量(循环模板是否减少)
  • 单测覆盖的可测单元数量(策略函数更易测)
  • 代码变更影响范围(抽象后改动是否更局部)

5.3 下一步建议:把能力延伸到闭包

高阶函数带来的“灵活”往往伴随着“难度”的上升,而最关键的那块难度通常来自闭包:

  • 函数返回函数时,外层变量如何被捕获?
  • 为什么闭包可能造成内存驻留?
  • 什么时候它是利器,什么时候是隐患?

把闭包掌握住,你对函数的理解会从“会用 API”跃迁到“会设计抽象”。


❌