这个项目需要用到 RxCocoa, 因为 RxSwift 是实现的 Rx 规范, 而RxCocoa则是针对 Cocoa 平台上的内容的 Rx 扩展, 即 RxCocoa 中帮助开发者已经做了许多有用功能的封装.

1 使用 map 来构造请求

第一个任务是构造一个发送给 Github URLRequest, 先从一个字符串开始, 由两个 map 操作符构造一个URLRequest. 并且由于是同步处理的, 即要等到上一个 map 的结果再处理下一个 map. 执行的过程是同步的.

正是由于这个特性, 故当执行的过程中再插入一个 flatmap, 就可以在里面执行一些异步代码, 并 "等待" 它们结束然后再进行下一步操作. 比如网络请求.

使用这样的方式有个弊端, 就是新的观察者观察的时候, 又会去执行里面的请求, 所以这里要在里面链接一个 shareReplay, 将之前的结果缓存下来, 这样如果只是新的观察的话, 就不会重复进行请求了. 使用 shareReplay 的首要原则是将它用在任何你期待它会 complete 的 observable 序列上, 这样就防止 observable 重复创建. 当然另外一个用途就是希望新的观察者在开始观察后就获取到最新的数据.

2 处理响应

接收到的响应需要进行转换, 转换到本地的对象, 这样才可以安全地使用.

首先过滤, 只准成功的响应通过:

response.filter({ resp, _ in
    return 200..<300 ~= resp.statusCode
})

上面使用的 ~= 符号是和 range 配合使用, 来判断某个值是否在范围内的. 这个 swift 中的操作符貌似很少人知道...

下面继续映射, 将响应映射为本地对象:

.map({ _, data -> [[String: Any]] in
    guard let jsonObj = try? JSONSerialization.jsonObject(with: datoptions: []),
        let result = jsonObj as? [[String: Any]] else {
            return []
    }
    return result
})

上面也提供了一个转换 JSON 的便捷方式.

至少明白了同步执行的特性, 在里面放置的异步代码可以等待执行完毕, 这点是极好的特性.

之后需要进行显示处理.

在显示的时候只显示最新的 50 条信息. 然后将它们先存放到 events 属性中.

func processEvents(events: [Event]) {
    var updatedEvents = events + self.events.value
    if updatedEvents.count > 50 {
        updatedEvents = Array<Event>(updatedEvents.prefix(upTo: 50))
    }
    self.events.value = updatedEvents
    tableView.reloadData()
}

上面的两个数组之间可以用加号来分隔.

好多语法特色的东西都没有关注过, 比如 flatmap 直接传入 Event.init.

需要注意的一个内置特性是: flatMap 是在 observable 发射 complete 之后才会对该序列进行处理并返回新的 observable.

Consider the fact that flatMap only emits the values of an observable when the observable completes.

若响应中没有 last modified 的头的话, 就可以将这样的请求过滤掉:

.flatMap { response, _ -> Observable<NSString> in
  guard let value = response.allHeaderFields["Last-Modified"]  as?
    NSString else {
        return Observable.never()
  }
  return Observable.just(value)
}

这样的话, 如果没有该头, 则响应就永远不会出现 complete, 从而也就不会被这条处理链的后面的代码处理.

后面的内容先略过, 待下一轮的时候来实现, 先通读全书. 掌握主体内容.