深入浅出RxJS读后感锦集

《深入浅出RxJS》是一本由程墨著作，机械工业出版社出版的平装图书，本书定价：89，页数：2018-4，特精心收集的读后感，希望对大家能有帮助。

《深入浅出RxJS》读后感(一)：rx套路深，入坑需谨慎啊

刚看到第6章，过来说两句。

说实话，我是硬着头皮看到这里的，这本书还真不适合新手看，即便是你已经脱离新手，如果之前没接触过rx相关的东西，你的思想很难转变过来，越看越煎熬。

再说下内容。

通篇以rx操作符介绍为主，而且还是只告诉你这个操作符是干嘛的，很少涉及到具体项目中应用场景，就像你刚学编程时候，学习到各种内部函数一样，只明白，不知道该用到哪，怎么来用。

然后是示例代码，我只说第六章之前的，大部分示例都是用timer和interval来模拟时间线数据，真的太抽象了，感觉就像看谭浩强的书，从头到尾都在做算术题的感觉，很难跟人一种代入感，代入感，你懂吧。

在看书的过程中，我一直在思考，项目中哪些部分可以用rxjs来做，或者是我到底该怎么用rxjs来入手一个项目，但是在书中，我找不到这方面的解答。或许我太笨吧。。。

所以，我个人对这本书的暂时定位是：一本rxjs中文辅助手册。想靠这本书入门估计悬，只能让你对rxjs有个大概了解，必须结合实际项目才行。

暂时先这样，等我看完了，再说！

《深入浅出RxJS》读后感(二)：推荐也不推荐, 不深入也不浅出

我花了一个星期把这本书翻完了，让我很纠结… 如果你的编程经验不够丰富，也没有使用过RxJS，对函数式，响应式都不太了解的话，我觉得就不要看这本书了。 看到第八章的时候我已经没太多耐心了，后面的章节我就草草的翻阅过去了， RxJS没有推广开来本来就是因为操作符过于多和复杂，概念也多。很多人还没意识到RxJS的好处就已经被各种概念和操作符劝退了， V5 V6版本开始减少操作符也说明了这一点。

我理想中的 深入浅出 的书籍，可能不用把所有操作符都细细的讲一遍。可以通过一个一个案例，用RxJS重构原有的代码，介绍各种概念，并可以体现使用RxJS带来的实质好处。也让人明白，在自己的项目里都可以马上应用起来，而不是我要把100多个操作符都记住才能上手开发。

不过这本书对各个操作符的介绍还是挺细的，也有作者使用的经验总结。作为工具书，或者有较长时间RxJS使用经验，回头去看可能会更有收获。

作为入门或者深入浅出的书籍，我还是不推荐了。作为提高或者工具书阅读，我还是推荐的。 如果没使用经验还是想看的话，可以先去官网把 Introductions 看一看吧

我试着尝试用RxJS改造一些代码，细细体验一下，回头再看这本书吧。

（我觉得12章以github作为调试的例子和15章的实例， 穿插到各个章节去会更好一点, 书中还有一个小的错误和排版上的疏漏，好在不太影响阅读）

《深入浅出RxJS》读后感(三)：终于等到了

去年在作者说要写一本 rxjs 的书时，我是很激动的，因为很期待一本中文的 rxjs 书籍，还记得当时项目不是特别忙，就开始自己学 rxjs，然后学的自己一头包。后来 rxjs 就放下了，知道上个月这个书出版，就赶紧买来看看。

总结一下我的感受：

一、rxjs 中三大概念：

1. 操作符，这个没什么说的

2. Subject 以及 Hot、Cold 数据流

3. Scheduler，这个概念我感觉在业务项目中不会怎么用到

所以，只要搞懂 操作符 + Subject 的概念，我觉得就可以开始玩 rxjs 了。至于那么多操作符怎么记，我觉得不用记，常用的就那些，这个道理和 lodash 同理。

二、react redux 结合 rxjs

就是 react-observable 了，作者把这个也介绍了，很棒，去年我是自己搞的：https://github.com/riskers/data-flow/blob/master/redux-observable/README.md

三、rxjs 怎么在项目中引入

我觉得绝大多数的业务，用 rxjs 是杀鸡用牛刀，最后搞不好还把自己坑了。比如 react 项目中，我觉得 async + redux-thunk 的方案已经完全能 hold 住我的日常业务了。

我学 rxjs 只是想扩展自己的思路，了解什么是 Reactive ，什么是事件流。

还有，不得不说 Angular 很厉害，使用的是 Typeｓｃｒｉｐｔ + rxjs，这两个玩意对于新手来说学习曲线也太陡了。Angular 能直接强制使用，不得不说很有魄力，不过这也可能是是使用人数较少的原因吧。如果有人能看见我这篇帖子，不管是想学习 TS，还是 rxjs，都可以从 Angular 上手，写一个小项目开始，如果从 React 入手，可能会头疼很久很久，可能就像我去年一样。

四、小小吐槽

这本书的结构是按照核心概念，介绍了一通，然后是案例。其实可以在介绍每个操作符的时候，举一个实际的案例，我觉得可能会更好。

《深入浅出RxJS》读后感(四)：Think of RxJS As Lodash for Events

写「术」书向来是吃力不讨好的一件事，尤其在软件领域，很难让水平参差不齐的受众满意，稍不留神还被诟病「不如读文档」；更有甚者举着「降低心智负担」的大纛，从头到脚将其批判一番，丢一句「屠龙术」哗众取宠。

本书名为「深入浅出」，其实不怎么深入，用了大半的篇幅走马观花地介绍了 Rx 中的操作符；当作入门书来看（入门的话推荐 reactive.how），似乎也没什么乐趣可言。虽说内容稍显单薄，不太对得起「深入浅出」四个大字，但整体还算可以一读，看得出来作者的编排还是下了功夫的。

谈及 ReactiveX，Rx 为工程的分层提供了一个良好的思路：一切以数据为核心，从 UI（ / API）的源头处理关系与关系变化，尽可能地使用 pure function 使之获得极强的内聚性、稳定性与测试友好度；引入 react 的理念使之形成一条调用链（而非消息总线），最大限度地降低开发者追踪问题的成本，只需要关注某一小处的逻辑；在调用链之上，开发者有了很大的自由度，可以实践 DDD 或是 Clean Architecture，获得更加清晰的视野；借用框架优雅地隐藏上游的控制，比如声明式的视图层，帮助开发者忽略渲染的细节，去除重复性的工作的同时使得整个程序更加健壮。因此，工程规模越大，引入 Rx 的收益越高，这也是 RxJava 在 client / server 端广泛采用的原因。

事实上，Rx 在 JS 中的地位稍微有些尴尬，由于 Javaｓｃｒｉｐｔ 天生的 Event Model、Async Pattern 和 Single Thread，导致常见场景中使用 RxJS 更像是使用一种变形的 pipeline operator，带来的收益可能小于团队学习的成本，只有处理复杂（异步）的 dataflow-driven 时方显峥嵘。

此外，Rx for everything 带来的额外复杂度，在大型项目中显得捉襟见肘，简单点说就是「烧脑」。火热的 React 或 MVVM 框架在前，绝大多数开发者会持保留态度，意味着 RxJS 侵入式的范式很难被认可——类似 Cycle.js 的框架看上去优雅，但缺乏足够的竞争力（不够好用），在枝繁叶茂的前端生态中偏安一隅。

正如 RxJS 自我宣言的那样：

就目前的情况来看，像 rxjs-hooks 这样的库或许是 RxJS 正确的打开方式。