ios - 将委托(delegate)回调转换为 SignalProducer 事件？

Question

我有一个委托(delegate)对象。有 6 个委托(delegate)回调通知委托(delegate)有关事物的状态。我有一个 MySpecialEvent代表这些状态的快速枚举。你能帮我弄清楚如何正确初始化 SignalProducer<MySpecialEvent, NoError> 吗？并将委托(delegate)调用挂接到 Producer next实例化此委托(delegate)对象时的事件？

我的期望是(如果这是错误的请纠正我)信号生成器将是公共(public)的 producer委托(delegate)对象的属性。然后我可以获得对该生产者的引用，传递它并基本上以 react 方式处理其他地方的事件。

最初我虽然可以在委托(delegate)对象上有一个 MutableProperty，但我会在每次委托(delegate)调用中更改它的值，这免费提供了一个生产者，然后我可以观察它。

更新:我试过了，它确实有效。

但从概念上讲，我不喜欢这样，因为我所说的是事件，而不是持久状态值。确实这是一个实现细节，但仍然如此。这种做法对吗？

Answer 1

一般而言，我尝试使用函数式响应式编程来尽可能地避免使用委托(delegate)。您是对的，向委托(delegate)类添加 MutableProperty 似乎更有状态。 MutableProperties 是无状态和有状态范式之间的桥梁。

那么，这是什么意思？

而不是创建一个委托(delegate)来在事情发生变化时用于处理事件。找到一种方法来观察事件作为信号并对事件使用react。举个例子可能最容易理解。

假设您有一个正在呈现的模态视图，presenting Controller 是presented View Controller 的委托(delegate)。您将呈现 Controller 传递给模式...

func showModal() {
  let modalVC = ModalViewController()
  modalVC.delegate = self
  self.presentModalViewController(modalVC, animated: true)
}

func modalComplete() {
  self.dismissViewControllerAnimated(true, completion: nil)
  print("All Done with Modal.")
}

然后，在某个时候呈现的 Controller (显然没有显示所有委托(delegate)协议(protocol)的东西)

func allDone() {
  self.delegate?.modalComplete()
}

FRP 方式

用 FRP 替换委托(delegate)模式会导致类似于...

func showModal() {
  let modalVC = ModalViewController()
  modalVC.completionSignal
    .startWithNext { [weak self] _ in
      self.modalComplete()
    }
  self.presentModalViewController(modalVC, animated: true)
}

func modalComplete() {
  self.dismissViewControllerAnimated(true, completion: nil)
  print("All Done with the FRP Modal.")
}

在您的模态中，您将创建一个信号，您可以在需要关闭模态时发送一些东西。

let (completionSignal, completionObserver) = SignalProducer<String, NoError>.buffer(1)

func allDone() {
  completionObserver.sendNext("Whatever you want")
  completionObserver.sendComplete()
}

希望这对您有所帮助。同时使用委托(delegate)和 FRP 可能会让人感到困惑，而我最喜欢 RAC4 的一点是它能够取代这种繁琐的模式。

您还可以使用真正的 Signal 而不是 SignalProducer 通过在模态视图 Controller 中定义

let (completionSignal, completionObserver) = Signal<String, NoError>.pipe()

然后只是在父 View Controller 上观察它，而不是启动并观察它。