函数式编程核心是避免副作用，强调不可变性与纯函数；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。
javascript-typescript-typescript-scaffold
下载
你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型
-
filter返回新数组，原数组不变；若误写成arr.splice(i, 1)就破坏了纯度 -
reduce初始值必须明确：空数组的reduce若没给初始值会跳过第一个元素，容易出错 - 嵌套操作别链式调用过深，比如
data.map(...).filter(...).map(...).reduce(...)—— 可读性比性能更早崩坏
为什么高阶函数和柯里化让人写得慢，却让后期改得快？
像 const add = (a) => (b) => a + b 看似绕，但它把“参数分批传入”变成接口契约：后续所有加法逻辑都复用 add(10) 得到的函数，而不是到处写 x + 10。
立即学习“Java免费学习笔记（深入）”；
- 柯里化后函数天然支持部分应用，适合配置复用（如
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);
<p>// 对比命令式写法：
// 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 处理。
