JavaScript函数式编程核心是多用纯函数和管住副作用：纯函数要求相同输入必得相同输出且不产生外部影响；副作用需隔离显式处理，如将DOM操作、网络请求等抽离为独立函数，并在Domain层专注纯计算，Service层封装副作用，UI层触发执行。
JavaScript函数式编程不是写一堆匿名函数，而是用一种更可预测、更易测试、更少出错的方式组织逻辑。核心就两点：多用纯函数，管住副作用。
纯函数：输入决定输出，不碰外面的事
一个函数只要满足两个条件，就是纯函数：
- 相同输入，永远返回相同输出（比如 add(2, 3) 每次都得是 5）
- 不修改外部变量、不改参数对象/数组、不读写 DOM、不发请求、不打 console
像 Array.prototype.slice() 是纯的——原数组不动，只返回新数组；而 splice() 不是——它直接把原数组切没了。又比如这个函数：
const formatPrice = (price) => `$${(price * 1.1).toFixed(2)}`;它只依赖参数，不查全局变量、不改传进来的 price（哪怕 price 是对象，它也没动），这就是典型的纯函数。
副作用：所有“对外动手”的行为
副作用不是 bug，而是函数执行时对函数外部产生的可观测影响，常见包括：
- 修改全局变量或模块顶层变量（如 let count = 0; const inc = () => ++count）
- 直接修改传入的对象或数组（如 item.name = 'new' 或 arr.push(x)）
- 操作 DOM（document.getElementById().innerText = ...）
- 发起网络请求、读写 localStorage、调用 console.log、Date.now()、Math.random()
这些操作本身必要，但混在计算逻辑里会让函数变得不可靠、难复现、难测试。
管理副作用的关键：隔离 + 显式化
你不需要消灭所有副作用，而是让它们不再偷偷摸摸发生：
-
把副作用单独抽成函数，比如 saveToStorage(data)、renderUserList(users)，名字就说明它要干啥
-
纯计算层只负责转换数据，比如 filterActiveUsers(users)、calculateTotal(items)，它们只返回新数据，不碰 DOM 或存储
-
用不可变方式处理参数：对象用展开符 {...obj, name: 'x'}，数组用 [...arr, newItem] 或 map/filter，避免 push、splice、assign 原地修改
-
把不确定值当参数传入，比如时间、随机数、API 结果，而不是在函数里直接调用 new Date() —— 这样函数才可控、可单元测试
实际协作中的分层建议
一个典型页面逻辑可以这样拆：
-
Domain 层（纯函数）：业务规则，比如验证邮箱、计算折扣、合并订单项
-
Service 层（副作用集中地）：封装 fetch、localStorage、第三方 SDK 调用
-
UI 层（副作用触发点）：React 的 useEffect、Vue 的 watch，只在这里调用 service 函数，并更新视图
这样，90% 的逻辑是纯的、可离线测试；10% 的副作用被框定在明确位置，改起来放心，查起来清楚。
把不确定值当参数传入，比如时间、随机数、API 结果，而不是在函数里直接调用 new Date() —— 这样函数才可控、可单元测试