ReactiveSwift:如何订阅SignalProducer?

时间:2017-12-13 06:42:10

标签: swift reactive-swift reactive-cocoa-5

我正在尝试学习ReactiveSwift和ReactiveCocoa。我可以很好地使用SignalProperty,但我遇到了SignalProducer的问题。

据我了解,SignalProducer非常适合网络请求。我设置了我的API层来创建并返回一个信号提供者,调用者可以启动它。

class ApiLayer {
    func prepareRequest(withInfo info: RequestInfo) -> SignalProducer<ModelType, ErrorType> {
        return SignalProducer<ModelType, ErrorType> { (observer, lifetime) in

            // Send API Request ...

            // In Completion Handler:
            let result = parseJson(json)
            observer.send(value: result)
            observer.sendCompleted()
        }
    }
}

但我该如何倾听结果?

我尝试过这样的事情,但是我得到了一个错误,所以我一定在做/想到这个错误。

apiLayer.prepareRequest(withInfo: info)
    .startWithValues { (resultModel) in
        // Do Stuff with result ...
}

这是我得到的错误:

  

对成员'startWithValues'

的模糊引用      
      
  1. 找到此候选人(ReactiveSwift.SignalProducer&lt; Value,NoError&gt;)
  2.   
  3. 找到此候选人(ReactiveSwift.SignalProducer&lt; Never,NoError&gt;)
  4.   

修改

我试图更明确地帮助编译器识别正确的方法,就像这样。但错误仍然存​​在。

apiLayer.prepareRequest(withInfo: info)
    .startWithValues { (resultModel: ModelType) in // Tried adding type. Error remained.
        // Do Stuff with result ...
}

编辑2

在GitHub支持页面获得帮助并在此处思考所提供的答案之后,这就是我最终的目标。

与我之前尝试的一个关键区别是调用者不会手动启动返回的SignalProducer。相反,通过在内部/响应另一个信号创建它,它隐含地在链内启动。

我之前(错误地)认为有必要提取并明确订阅Signal“生成”的SignalProducer

相反,我现在认为SignalProducer只是作为响应刺激而启动的延期工作。我可以手动订阅SignalProvider,或者我可以让另一个Signal提供刺激。 (后者在我下面的更新样本中使用。它似乎相当干净,而且比手动启动它更加FRP式,我从我的命令式思维模式中继承了它。)

enum ErrorType: Error {
    case network
    case parse
}
class ApiLayer {
    func prepareRequest(withInfo info: RequestInfo) -> SignalProducer<ModelType, ErrorType> {
        let producer = SignalProducer<ResultType, NoError> { (observer, lifetime) in

            sendRequest(withInfo: info) { result in
                observer.send(value: result)
                observer.sendCompleted()
            }

        }

        return producer
            .attemptMap { result throws -> ResultType in
                let networkError: Bool = checkResult(result)
                if (networkError) {
                    throw ErrorType.network
                }
            }
            .retry(upTo: 2)
            .attemptMap { result throws -> ModelType in
                // Convert result
                guard let model: ModelType = convertResult(result) else {
                    throw ErrorType.parse
                }
                return model
            }
            // Swift infers AnyError as some kind of error wrapper.
            // I don't fully understand this part yet, but to match the method's type signature, I needed to map it.
            .mapError { $0.error as! ErrorType}
    }
}

// In other class/method
// let apiLayer = ApiLayer(with: ...)
// let infoSignal: Signal<RequestInfo, NoError> = ...
infoSignal
    .flatMap(.latest) { (info) in
        apiLayer.prepareRequest(withInfo: info)
    }
    .flatMapError { error -> SignalProducer<ModelType, NoError> in
        // Handle error
        // As suggested by the ReactiveSwift documentation,
        // return empty SignalProducer to map/remove the error type
        return SignalProducer<ModelType, NoError>.empty
    }
    .observeValues { model in
        // Do stuff with result ...
    }

2 个答案:

答案 0 :(得分:6)

ReactiveSwift的理念是用户忽略错误应该不容易。所以startWithValues仅在生产者的错误类型为NoError时才可用,这可确保不会发送任何错误。如果你的制作人可以发送错误,你需要使用像startWithResult这样的函数来处理它:

apiLayer.prepareRequest(withInfo: info).startWithResult { result in
    switch result {
    case let .success(model):
        // Do stuff with model
    case let .failure(error):
        // Handle error
    }
}

答案 1 :(得分:1)

忽略错误并不是一个好主意,但在某些情况下,可以将它们视为具有此类扩展名的零值:

public extension SignalProducer {
    func skipErrors() -> SignalProducer<Value?, NoError> {
        return self
            .flatMap(.latest, { SignalProducer<Value?, NoError>(value: $0) })
            .flatMapError { _ in SignalProducer<Value?, NoError>(value: nil) }
    }
}