上一篇我们说过：函数被发明出来的原因很简单——程序员讨厌重复劳动。于是大家做了一件特别朴素的事：把一组重复动作起个名字。

比如你写下的观点是，

login

你看到的只是一个名字。话说回来，但背后可能藏着几百行——校验、请求、拿 token、存状态、跳转…，甚至还有各种兜底和重试。

如果函数只有“把动作打包起来”这一招，软件也发展不到今天。函数真正强大的地方在于：

• 接收数据
• 返回结果
• 保存状态
• 甚至传递逻辑

至于参数，让同一个函数处理不同数据

最开始的函数可能长这样：

function welcome {
console.log;}

很快你就会发现一个现实——使用者不只有张三。你当然不想写 welcomeZhangSan,welcomeLiSi。welcomeWangWu

于是参数出现了：

function welcome {
console.log;}
welcome，welcome;welcome，

痛点提醒：如果没有参数，你只能写一堆几乎相同但命名不同的函数；这导致代码膨胀且难以维护。

返回值的观点是，把结果交回来

很多人刚学时以为“执行一下动作”。但真实世界里更多的是“算结果”。话说回来，再看比如经典例子。

function sum {
return a + b;}
const result = sum;// result === 12

痛点提醒：没有返回值，就只能通过全局变量或回调传递信息；这往往导致数据流混乱与难以追踪。

回调的观点是，把未来交给别人

请求接口后怎么办？渲染页面，跳转？缓存，打点上报？场景多样，一样请求却有不同后续处理。

C++ 用异步机制解决，这里我们通过回调实现：

request => {
console.log;})，

• 痛点提醒：若没有回调，你必须在每处手动写完请求后的逻辑；当业务变多时这种复制粘贴会产生大量重复代码和错误概率提高。话说回来，
• `request`负责获取数据；回调负责后续处理，

说到高阶函数，逻辑也可以当数据

Aha！ 如果可以传数据，那为什么不能传逻辑呢？于是出现了高阶函数:

function execute {
fn;说起来，}
execute => {
console.log;})，不过，

• `fn`本身就是一种可执行的数据结构。
• `Array.prototype.filter`。`map`,`reduce` 等都是典型高阶使用场景。
• Pain Point:You may feel overwhelmed when trying to pass functions around;understanding closure and scope first can help.

闭包的观点是，让函数拥有记忆

默认情况下局部变量随作用域结束而消失。但我们经常需要记录历史，例如访问次数或缓存。

function createCounter {
let count = 0;return => ++count;}
const counter = createCounter;console.log);//1
console.log);//2
console.log);//3

• Pain Point: Without closures you’d have to store state externally。making your functions less reusable.
• The key benefit: **state persistence** without polluting global namespace.

从柯里化来看，先配置，再执行

在真实开发中，经常出现固定部分+变动部分。按理说，例如基地址固定，但方法经常变更。柯里化帮助我们先做配置，接下来多次复用:

// 配置阶段
const createRequest = baseUrl => path => fetch;// 使用阶段
const api = createRequest;api，// fetch https://api.example.com/user
api;// fetch https://api.example.com/order
api;// fetch https://api.example.com/product;按理说，

• Pain Point: Repeating base URLs everywhere leads to typos and makes refactoring hard.
• The mantra: **先配置。再执行** simplifies maintenance.

纯函数这方面，让程序可预测且易测试性强

• A pure function always produces same output for given inputs and has no side effects.
function sum{return a+b;} You’ll notice that this function is free of surprises – it never mutates global state or relies on external values. Pain point : In large codebases bugs often arise from hidden dependencies;pure functions reduce those hidden factors. Use m whenever you can – y’re building blocks of reliable code.

I think we should do it correctly:

---

函数组合

javascript // 拆分成小任务： format validate save // 合并： const submit = data => save)) // So that each part does one job only Now you have modular logic that’s easy to test and replace.

---

• 痛点 在大项目中，一个巨大的 “一次性” 函数会成为维护难题。拆分成小块并按需拼装，可以明显提高代码可读性与可复用性。

---

---

---

---

---

---

---

---

---