独木舟的木

WWDC2019 推出了 Combine 框架。这是 RxSwift 的明显竞争对手，RxSwift 实现了反应式流规范。让我们谈谈我们的生活是否发生了变化

在 ReactiveX 中，不难陷入 Observable 发出元素的速度比操作符或观察者消耗它们的速度更快的情况。这就引发了如何处理日益积压的未消耗元素的问题。

函数响应式编程对 Swift 开发者来说是一种越来越流行的编程方式。它可以使复杂的异步代码更容易编写和理解。 在这篇文章中，你将比较两个最流行的函数响应式编程框架：RxSwift vs. React

在我们继续讨论**函数响应式编程**这个庞大的领域之前，如果我们能理解**基础单元**，使我们创建的庞大的应用程序有意义，那将是非常好的。让我们看一下 FRP 的一些基础单元，从**事件流**开始。

我的函数式编程之旅充满了死胡同、错误的开始、失败的尝试和挫折。而且我怀疑在这场斗争中我并不孤单。那么，为什么这是常见的问题，我们可以做些什么呢？你该如何避免这些相同的陷阱？

函数响应式编程（Functional Reactive Programming，FRP）是一个越来越流行的缩写词。响应式编程和函数式编程都是真正有用的术语，它们传达的思想没有正式严谨的定义。

最近，MVVM 成为 iOS 应用程序非常流行的架构设计。尤其是当 RxSwift 开始越来越受欢迎的时候。在 RxMVVM 中，大部分属性都是通过 Observables 表达的。

距离我上一篇文章已经很久了。我想写一篇文章，介绍 `Observable` 背后的理论，并展示在真实而非虚拟示例中的用法。事实证明，这并不是我想象中的小事

我的 FRP 之旅是从 ReactiveCocoa v2.4 开始的，它是在 Objective-C 中实现函数响应式编程的最流行的框架。一开始，我对 ReactiveCocoa 的理解还很肤浅