箭头函数不自动实现柯里化，但能简洁表达单参数分步调用结构；需严格遵循每层一参、避免多参捆绑，并利用其无this特性聚焦参数流，配合命名提升可读性。
箭头函数本身不自动实现柯里化，但它能以简洁、无歧义的语法表达柯里化结构，前提是写法贴合语义逻辑——关键不是“用了箭头函数”，而是“用得是否准确反映参数分步意图”。
明确单参数入口，避免多参混淆
柯里化的本质是每次只接收一个参数，并返回新函数。箭头函数天然适合这种“一层一参”的链式结构：
- ✅ 正确写法：
const add = a => b => c => a + b + c;—— 每个箭头对应一个参数，层级清晰，一眼看出需传三次 - ❌ 模糊写法：
const add = (a, b) => c => a + b + c;—— 前两参数被捆绑，破坏了“单参数→函数”的柯里化契约，实际是部分应用而非真正柯里化
避免隐式 this 干扰逻辑主线
柯里化函数通常不依赖 this，而箭头函数恰好不绑定 this，消除了普通函数中常见的上下文陷阱：
- 比如封装 DOM 事件处理器时：
const onClick = el => type => fn => el.addEventListener(type, fn);—— 全程无 this，逻辑聚焦在参数流动上 - 若用普通函数：
function onClick(el) { return function(type) { return function(fn) { ... }; }; }，不仅冗长，还可能因 this 绑定出错，分散对参数流的关注
配合 curry 工具函数时，箭头函数仍需守边界
当使用通用 curry(fn) 时，原始函数用箭头或普通函数均可，但柯里化后的调用语义要靠写法维持：
- 原始函数建议用普通函数声明（便于获取
fn.length）：const sum = (a, b, c) => a + b + c;在某些运行时中 length 可能失真；更稳妥写function sum(a, b, c) { return a + b + c; } - 柯里化后调用保持线性：
curriedSum(1)(2)(3)比curriedSum(1, 2)(3)更贴近柯里化本意，语义更纯粹
用命名或注释补足可读性短板
箭头函数匿名性强，链太长易迷失。可通过变量命名或简单注释锚定每层含义：
-
const withTax = rate => amount => amount * (1 + rate);—— 名称已说明第一层是“税率”，第二层是“金额” - 必要时加注：
// rate → amount → final price，尤其在团队协作或复杂业务逻辑中
