17370845950

JavaScript函数式编程核心是优先使用纯函数并严格管理副作用：纯函数具确定性、无外部依赖与干扰、不改变参数；副作用指函数返回值外导致外部状态可观测变化的行为，需通过隔离、标记和延迟执行来管控。

JavaScript函数式编程不是写一堆function堆砌，而是用一种更可预测、更易测试、更少出错的方式来组织逻辑。核心就两点：**优先使用纯函数，严格管理副作用**。

纯函数：输入决定输出，不碰外部世界

纯函数就像一台数学计算器——给它2和3，它永远返回5；再按一次，还是5；换台机器，结果也不变。

• 确定性：相同输入，必然相同输出。比如Math.max(1, 2)、String.prototype.toUpperCase()、自定义的add(a, b) { return a + b; }都是纯的。
• 无外部依赖与干扰：不读取全局变量、不修改传入的对象、不调用Date.now()或Math.random()这类“会变”的东西。
• 不改变参数本身：如果传入一个数组，纯函数不会用push、sort直接改它，而是用concat、slice、map等返回新数组。

副作用：函数悄悄干的“额外事情”

只要函数做了返回值以外、能让外部状态发生可观测变化的事，就算有副作用。这些变化不一定是错的，但会让代码变得难追踪、难复现、难测试。

• 修改外部变量：比如函数里直接给全局count++，下次调用结果就不同了。
• 篡改传入的引用类型：传进一个对象，函数里给obj.name = 'new'，调用者原对象就被动改了。
• 触发I/O行为：调用fetch()、console.log()、document.body.appendChild()、localStorage.setItem()都算。
• 依赖不稳定输入：比如函数里用了new Date()或Math.random()，哪怕没改外部，每次结果也不同，破坏了确定性。

为什么纯函数值得坚持

不是为了炫技，而是解决真实痛点：

• 测试简单：不用模拟DOM、mock网络、重置全局变量，给输入、断言输出即可。
• 可缓存（memoization）：既然输入一样结果必一样，就可以把结果记下来，避免重复计算。
• 可并行/可重排：多个纯函数调用顺序无关，也不怕并发冲突，为后续优化留空间。
• 利于重构与组合：像搭积木，map、filter、reduce这些纯函数天然支持链式抽象。

副作用不是敌人，但得管住它

实际开发中不可能完全消灭副作用——页面总要渲染，用户总要点按钮，数据总要发出去。关键在于：

• 隔离：把副作用操作（如API调用、DOM更新）集中到明确的模块或函数中，比如React里的useEffect、Redux的thunk/saga。
• 标记：命名体现意图，比如saveToServer()比processData()更清楚会有I/O。
• 延迟执行：先用纯函数处理数据，最后一步才触发副作用，让逻辑流更清晰。