函数组合通过显式表达数据流提升可读性，适用于纯函数、单参数、语义明确的场景；应避免用于有副作用、参数不一致或调试困难的情况。
函数组合确实能提升代码可读性，但前提是组合方式清晰、语义明确、不滥用嵌套。它不是语法糖，而是把“数据流”显式表达出来，让逻辑走向一目了然。
用组合替代深层嵌套调用
当多个函数依次处理同一数据时，比如 trim(str) → toLowerCase(str) → replace(/\s+/g, '-') ，写成 replace(/\s+/g, '-')(toLowerCase(trim(str))) 会让人从内往外读，心智负担重。
改用组合后：
const toKebab = compose(replace(/\s+/g, '-'), toLowerCase, trim);toKebab(" Hello World "); // "hello-world"
执行顺序从右到左（符合数学中 f∘g 的定义），但阅读顺序是自左向右看意图：“转为短横线格式”，隐藏了中间步骤的干扰。
立即学习“Java免费学习笔记（深入）”；
拆分复杂逻辑为可命名的小函数
组合鼓励你把每个操作抽成单一职责、有语义名的函数。比如处理用户输入：
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- validateEmail：检查格式
- normalizeEmail：去空格、转小写
- hashForStorage：哈希脱敏
组合起来：
const safeEmailProcessor = compose(hashForStorage, normalizeEmail, validateEmail);
比起一个几十行的 processUserEmail()，组合后的调用更易理解、测试和复用。
配合管道操作符（实验性但渐成主流）
虽然 compose 是右到左，但很多人更习惯“数据从左流到右”。TC39 提案的管道操作符 |>（部分环境已支持）天然契合：
|> trim
|> toLowerCase
|> x => x.replace(/\s+/g, '-');
这种写法更接近自然语言，尤其适合长链处理，可读性进一步提升。即使暂不支持，也可用简易 pipe 函数模拟。
注意边界：别为了组合而组合
组合不是银弹。以下情况反而降低可读性：
- 函数副作用明显（如修改全局状态、发起请求），组合后难以追踪时机
- 参数结构不一致（有的接收对象，有的接收字符串），强行组合需大量适配
- 调试困难：组合后堆栈信息扁平，出错时不易定位具体哪一步失败
建议只对纯函数、单参数、明确数据流向的场景使用组合。必要时保留中间变量命名，比硬凑一行组合更清晰。
