• Driver
    • 为什么要使用 Driver ？

    Driver

    Driver（司机？） 是一个精心准备的特征序列。它主要是为了简化 UI 层的代码。不过如果你遇到的序列具有以下特征，你也可以使用它：

    • 不会产生 error 事件
    • 一定在 MainScheduler 监听（主线程监听）
    • 共享状态变化

    这些都是驱动 UI 的序列所具有的特征。

    为什么要使用 Driver ？

    我们举个例子来说明一下，为什么要使用 Driver。

    这是文档简介页的例子：

    1. let results = query.rx.text
    2.     .throttle(0.3, scheduler: MainScheduler.instance)
    3.     .flatMapLatest { query in
    4.         fetchAutoCompleteItems(query)
    5.     }
    7. results
    8.     .map { "\($0.count)" }
    9.     .bind(to: resultCount.rx.text)
    10.     .disposed(by: disposeBag)
    12. results
    13.     .bind(to: resultsTableView.rx.items(cellIdentifier: "Cell")) {
    14.       (_, result, cell) in
    15.         cell.textLabel?.text = "\(result)"
    16.     }
    17.     .disposed(by: disposeBag)

    这段代码的主要目的是：

    • 取出用户输入稳定后的内容
    • 向服务器请求一组结果
    • 将返回的结果绑定到两个 UI 元素上：tableView 和 显示结果数量的label

    那么这里存在什么问题？

    • 如果 fetchAutoCompleteItems 的序列产生了一个错误（网络请求失败），这个错误将取消所有绑定，当用户输入一个新的关键字时，是无法发起新的网络请求。
    • 如果 fetchAutoCompleteItems 在后台返回序列，那么刷新页面也会在后台进行，这样就会出现异常崩溃。
    • 返回的结果被绑定到两个 UI 元素上。那就意味着，每次用户输入一个新的关键字时，就会分别为两个 UI 元素发起 HTTP 请求，这并不是我们想要的结果。

    一个更好的方案是这样的：

    1. let results = query.rx.text
    2.     .throttle(0.3, scheduler: MainScheduler.instance)
    3.     .flatMapLatest { query in
    4.         fetchAutoCompleteItems(query)
    5.             .observeOn(MainScheduler.instance)  // 结果在主线程返回
    6.             .catchErrorJustReturn([])           // 错误被处理了，这样至少不会终止整个序列
    7.     }
    8.     .share(replay: 1)                             // HTTP 请求是被共享的
    10. results
    11.     .map { "\($0.count)" }
    12.     .bind(to: resultCount.rx.text)
    13.     .disposed(by: disposeBag)
    15. results
    16.     .bind(to: resultsTableView.rx.items(cellIdentifier: "Cell")) {
    17.       (_, result, cell) in
    18.         cell.textLabel?.text = "\(result)"
    19.     }
    20.     .disposed(by: disposeBag)

    在一个大型系统内，要确保每一步不被遗漏是一件不太容易的事情。所以更好的选择是合理运用编译器和特征序列来确保这些必备条件都已经满足。

    以下是使用 Driver 优化后的代码：

    1. let results = query.rx.text.asDriver()        // 将普通序列转换为 Driver
    2.     .throttle(0.3, scheduler: MainScheduler.instance)
    3.     .flatMapLatest { query in
    4.         fetchAutoCompleteItems(query)
    5.             .asDriver(onErrorJustReturn: [])  // 仅仅提供发生错误时的备选返回值
    6.     }
    8. results
    9.     .map { "\($0.count)" }
    10.     .drive(resultCount.rx.text)               // 这里改用 `drive` 而不是 `bindTo`
    11.     .disposed(by: disposeBag)                 // 这样可以确保必备条件都已经满足了
    13. results
    14.     .drive(resultsTableView.rx.items(cellIdentifier: "Cell")) {
    15.       (_, result, cell) in
    16.         cell.textLabel?.text = "\(result)"
    17.     }
    18.     .disposed(by: disposeBag)

    首先第一个 asDriver 方法将 ControlProperty 转换为 Driver

    然后第二个变化是：

    1. .asDriver(onErrorJustReturn: [])

    任何可被监听的序列都可以被转换为 Driver，只要他满足 3 个条件：

    • 不会产生 error 事件
    • 一定在 MainScheduler 监听（主线程监听）
    • 共享状态变化

    那么要如何确定条件都被满足？通过 Rx 操作符来进行转换。asDriver(onErrorJustReturn: []) 相当于以下代码：

    1. let safeSequence = xs
    2.   .observeOn(MainScheduler.instance)       // 主线程监听
    3.   .catchErrorJustReturn(onErrorJustReturn) // 无法产生错误
    4.   .share(replay: 1, scope: .whileConnected)// 共享状态变化
    5. return Driver(raw: safeSequence)           // 封装

    最后使用 drive 而不是 bindTo

    drive 方法只能被 Driver 调用。这意味着，如果你发现代码所存在 drive，那么这个序列不会产生错误事件并且一定在主线程监听。这样你可以安全的绑定 UI 元素。