@nzbin 没问题，官网的这些例子也充分展示了 RxJS 的简洁强大~

其实有很多人也都是从 RxJS 处理事件流开始接触函数式编程的，RxJS 的这些设计也十分适合处理事件流。

而 RxJS 的函数式部分，更多是服务于它的响应式基础（它的定位就是：提供一种新的方案，将函数式与「观察者」、「迭代器」模式结合，更优雅的处理事件流），而与之对比，Ramda 就纯纯是个 FP 的 utils 库而已~

我认为不管是 RxJS 、Ramda ，还是简单的 pipe/compose/flow 这些，
本质上都是体现的函数式编程的思维方式：「函数是一等公民」。

意思就是，函数可以像变量一样被「随意传递」、「返回」、「组合」，远离副作用、流水账或面条代码~。

坦白讲，我更喜欢用 Ramda 组合一些 helpers 来处理 RxJS 的数据流 :)

Ps: 推这篇博文的目的也是帮助更多人在写枯燥的业务代码之余，也可以尝试换换脑子，换一种思路，尝试从「函数」层面进行业务抽象，让代码更模块化、更可复用，祝早点下班~

@xuyihao 我可以理解是在夸我吗哈哈哈哈~

我之前也在公司做过一次「函数式编程的分享」，正好看到这个帖子，结合我自己的理解有感而发，并不是 AI 生成的哈~

https://cdn.zaneliu.me/2025/10/GoOpSE.jpg

当我们在讨论 Ramda 时，究竟在讨论什么？

不妨静下心来细想：

是 lodash 吗？ 是 RxJS 吗？ 是链式调用吗？

这些元素在 Ramda 中确实都有体现，但它们并非使用 Ramda 的真正理由，更不是其设计时的初衷。

可以看下 Ramda 官网第一行醒目的简介：

> Ramda
> A practical functional library for JavaScript programmers.

它声称自己是一个「实用的函数式（ functional ）」库。

没错，它是一个完全遵循函数式（不只是简简单单的柯里化、闭包）的、彻底拥抱函数式思想的工具库。


所以如果想真正用好 Ramda ，可以先从学习「函数式思想」开始。

此处不展开，推荐一篇网易云大前端博文：

https://musicfe.com/javascript-functional-programming-quickstart/

函数式编程确实优雅、简洁，很多人初次接触也「惊为天人」，但软件开发没有银弹，我们追求的是**在合适的场景，用合适的技术，更高效地解决问题**。

请勿陷入“为了用 Ramda 而用 Ramda”的误区。

@Immortal +1

左侧，隐藏