22 | 细说 iOS 响应式框架变迁，哪些思想可以为我所用？

在我的理解中，Masonry也属于响应式编程，框架的作者最初貌似是写JAVA的，Masonry的响应式貌似比RAC的要轻量级…RAC用到了很多运行时方法替换，调试起来比较麻烦

1 普通的函数式编程，就是函数可以作为参数、返回值。这使得: 1.1 链式编程成为可能，Masonry就是一个特别好的例子。 1.2 异步调用，函数式编程的结果很像观察者模式。 1.3 同步调用，函数式编程的结果有点像模板模式。 2. 稍纯一些的函数式编程，则强调只用常量，不用变量，也就是可以赋值，不能修改删除，机器学习里面基本都是这么搞。强调输入一样时，输出也一样。 3. monad，以及连赋值都不允许的函数式，之前只听过，没有研究。看了这篇文章中推荐的王垠的博文，感觉理解加深了不少，尤其是参数、局部变量、全局变量与“状态”、数据传输关系的理解上。真的是坑… 4. swift里面支持的高阶函数，有点儿像上面第二种函数式编程。 5. 我理解的响应式编程，就是分离事件的发起者和接受者。其实target-action，block，delegate，kvo，通知，都是可以看作响应式编程。 6. 从设计模式的角度来说，响应式编程与观察者模式、状态模式的思想最接近。

RAC宏确实牛逼。看了源码学到了很多东西。现在公司项目中虽然没有引入 rac。但是把 rac 的宏提取出来用。自定义参数个数并依次处理，非常的方便。

引入后RAC调试实在是太痛苦了，线程栈里嵌套了太多RAC内部的调用，很难追溯到用户真正使用的代码。

真正逻辑复杂的业务逻辑中不适合使用这些花里胡哨的东西，老老实实按照可读性最高的方式去写，哪怕代码丑一点也无所谓，可读性稳定性最重要

React 时代相比传统 Web 开发除了 Virtual DOM 带来 UI 操作性能的提升，另一个更重要的点是引入单向数据流的思想配合响应式UI更新机制，降低业务开发复杂度，提升研发效率。

我觉得函数响应式编程其实是简化了程序的逻辑并解耦，就拿传值来说，对象 A 将属性 a 传给对象 B，B再传给 C, C 修改 a，A 再针对 a 的修改做响应，传统的赋值，整个数据和逻辑会随着传递越多越复杂，而响应式，则很简单啊，说不清楚，反正实际开发中，确实简单了很多

React.js的Virtual DOM其实类似于JavaScript和Dom之间的一个缓存。JavaScript每次都是操作这个缓存，之后进行Diff计算和变更，最后才将整体变化对应到DOM进行最后的渲染。

我觉得React还有一个很重要的点是：React框架帮我们处理 UI 和状态同步，我们不需要用命令式的方式去操作 UI，我们只需要关注状态层数据的正确性。DOM diff 只是为了性能更好的更新 UI，最小化操作 DOM。 而 iOS 和 Android 原生都缺少比较好的声明式 UI 布局方式，当UI 视图改变时，没有太好的方式避免视图的重复创建和渲染。我们操作 UI 大部分时候还是使用命令式的方式。

KVO采用了isa swizzle，所以KVO过的class不能再次使用isa swizzle，这点会有限制，而且只能在objc runtime下使用，所以KVO的使用也越来越少了。