ReactiveCocoa与标准委派？

Question

我想了解为什么大多数教程和指南/文章推荐使用ReactiveCocoa来进行VC和VM或VC和M之间的通信，当看似标准的委托协议方法足以实现并且更松散地耦合时？

我上侦听XML字符串，然后遥控应用工作，通过委托给VC回调和更新的视角。但我正在考虑切换到MVVM来减少我的VC的大小。

我不明白你为什么会需要使用额外的框架，VC和VM之间的通信为导向通常会建议，当你可以完成协议的另一层作为I M和VC之间目前使用的？

不是一个真正的代码问题，很抱歉，但我想，为什么ReactiveCoca的更全面的理解是如此严重时，建议这可以本身并没有做依靠的框架？

感谢

Answer 1

我想说的只是与RAC信号替代代表的不是你有简单的观点<的起反应programming.If的目标 - >模型通信则没有必要切换到无编程。

反应式编程与异步数据流/信号，其中我们可以合并，订阅&有条件反应编程。

如果我们想要更新一些UI对不同实体执行操作的API请求的响应，请按顺序依次调用api &，完成后会变得混乱。但是通过反应式编程，只需创建信号即可顺序添加它们。一旦顺序中的所有操作完成，我们就可以观察到最后。因此，反应可可将处理所有的异步代码开销&按顺序添加另一个信号是非常容易的，更新和合并。

http://nshipster.com/reactivecocoa/描述很简单的方法的所有功能。