我正在尝试用URLSessionTask
Swift 编写一个包装器。根据文档
所有任务属性都支持键值观察。
所以我想保持这种行为,并使我的包装器上的所有属性也符合 KVO(通常委托给包装的任务)并且完全可以被 Objective-C 访问。我将描述我对一个属性所做的事情,但我基本上想对所有属性做同样的事情。
让我们获取的属性state
。URLSessionTask
我像这样创建我的包装器:
@objc(MyURLSessionTask)
public class TaskWrapper: NSObject {
@objc public internal(set) var underlyingTask: URLSessionTask?
@objc dynamic public var state: URLSessionTask.State {
return underlyingTask?.state ?? backupState
}
// the state to be used when we don't have an underlyingTask
@objc dynamic private var backupState: URLSessionTask.State = .suspended
@objc public func resume() {
if let task = underlyingTask {
task.resume()
return
}
dispatchOnBackgroundQueue {
let task:URLSessionTask = constructTask()
task.resume()
self.underlyingTask = task
}
}
}
我添加@objc
了属性,以便可以从 Objective-C 调用它们。并且我添加dynamic
了属性,因此即使从 Swift 也可以通过消息传递/运行时调用它们,以确保可以生成正确的 KVO 通知NSObject
。根据Apple 在“Using Swift with Cocoa and Objective-C”一书中的 KVO 章节,这应该足够了。
然后我实现了告诉 KVO 依赖键路径所需的静态类方法:
// MARK: KVO Support
extension TaskWrapper {
@objc static var keyPathsForValuesAffectingState:Set<String> {
let keypaths:Set<String> = [
#keyPath(TaskWrapper.backupState),
#keyPath(TaskWrapper.underlyingTask.state)
]
return keypaths
}
}
然后我写了一个单元测试来检查通知是否被正确调用:
var swiftKVOObserver:NSKeyValueObservation?
func testStateObservation() {
let taskWrapper = TaskWrapper()
let objcKVOExpectation = keyValueObservingExpectation(for: taskWrapper, keyPath: #keyPath(TaskWrapper.state), handler: nil)
let swiftKVOExpectation = expectation(description: "Expect Swift KVO call for `state`-change")
swiftKVOObserver = taskWrapper.observe(\.state) { (_, _) in
swiftKVOExpectation.fulfill()
}
// this should trigger both KVO versions
taskWrapper.underlyingTask = URLSession(configuration: .default).dataTask(with: url)
self.wait(for: [swiftKVOExpectation, objcKVOExpectation], timeout: 0.1)
}
当我运行它时,测试崩溃并显示NSInternalInconsistencyException
:
*** 由于未捕获的异常“NSInternalInconsistencyException”而终止应用程序,原因:“无法从 <MyURLSessionTask 0x6000002a1440> 中删除键路径“underlyingTask.state”的观察者 <_XCKVOExpectationImplementation 0x60000009d6a0>,很可能是因为键“underlyingTask”的值已更改,但未发送适当的 KVO 通知。检查 MyURLSessionTask 类的 KVO 合规性。
但是通过设置underlyingTask
-property@objc
和dynamic
,Objective-C 运行时应该确保发送此通知,即使任务从 Swift 更改,对吗?
我可以通过手动发送底层任务的 KVO 通知来使测试正常工作,如下所示:
@objc public internal(set) var underlyingTask: URLSessionTask? {
willSet {
willChangeValue(for: \.underlyingTask)
}
didSet {
didChangeValue(for: \.underlyingTask)
}
}
但我宁愿避免为每个属性都实现这个,而是更愿意使用现有的keyPathsForValuesAffecting<Key>
方法。我错过了一些东西来完成这项工作吗?或者它应该工作,这是一个错误?