17370845950

函数式编程核心是避免副作用，强调不可变性与纯函数；const 是第一道门槛，因其承诺引用及内容不可变；map/filter/reduce 重定义集合处理意图，分离“做什么”与“怎么做”；高阶函数与柯里化提升可维护性但需避免过度嵌套与滥用。

JavaScript 函数式编程不是一套新语法，而是用 const、=>、map、filter、reduce 这些已有工具，约束自己不改数据、不写循环、不依赖中间变量——它改变的不是代码怎么写，而是你第一反应想“怎么避免副作用”。

为什么 const 是函数式编程的第一道门槛？

很多人以为 const 只是“不让重新赋值”，但函数式真正依赖的是它背后的不可变承诺：一旦声明，引用不能变，内容也不该被突变。否则 map 返回新数组的意义就被 arr[0].name = 'x' 破坏了。

• const 声明的对象/数组本身仍可被修改（浅层不可变），要用 Object.freeze 或 immer 控制深层变更
• 习惯写 const newItem = { ...item, price: item.price * 1.1 } 而非 item.price *= 1.1
• 遇到 for 循环第一反应是：这个索引和临时变量能不能用 reduce 消掉？

map/filter/reduce 不是替代 for，而是重定义“处理集合”的意图

它们强制你把“做什么”和“怎么做”分开：map 只关心每个元素怎么转换，不关心顺序、索引、中断逻辑；reduce 把累积逻辑显式抽成一个函数，而不是在循环里不断 sum += x。

• filter 返回新数组，原数组不变；若误写成 arr.splice(i, 1) 就破坏了纯度
• reduce 初始值必须明确：空数组的 reduce 若没给初始值会跳过第一个元素，容易出错
• 嵌套操作别链式调用过深，比如 data.map(...).filter(...).map(...).reduce(...) —— 可读性比性能更早崩坏

为什么高阶函数和柯里化让人写得慢，却让后期改得快？

像 const add = (a) => (b) => a + b 看似绕，但它把“参数分批传入”变成接口契约：后续所有加法逻辑都复用 add(10) 得到的函数，而不是到处写 x + 10。

• 柯里化后函数天然支持部分应用，适合配置复用（如 validateEmail 和 validatePhone 共享校验规则）
• 调试时更容易隔离：传入固定参数，确认单个函数行为，不用启动整个流程
• 注意不要滥用：const f = (a) => (b) => (c) => a * b + c 这种三阶函数，多数场景不如直接写 (a, b, c) => a * b + c

const sumPositive = (numbers) =>
  numbers
    .filter(n => n > 0)
    .reduce((acc, n) => acc + n, 0);
// 对比命令式写法：
// let sum = 0;
// for (let i = 0; i < numbers.length; i++) {
//   if (numbers[i] > 0) sum += numbers[i];
// }
// return sum;

函数式最易被忽略的点：它不消除状态，只是把状态变化从隐式（变量赋值）变成显式（参数输入→新值输出）。一旦你开始为每个函数写类型签名或测试用例，就会发现——最难的从来不是怎么写 compose，而是怎么让同事相信 user.name.toUpperCase() 也该走一遍 Maybe 处理。