gpt4 book ai didi

ios - NSOperation 属性覆盖 (isExecuting/isFinished)

转载 作者:IT王子 更新时间:2023-10-29 05:08:11 25 4
gpt4 key购买 nike

我在 Swift 中对 NSOperation 进行子类化,并且需要覆盖 isExecutingisFinished 属性,因为我正在覆盖 start 方法。

我遇到的问题是如何在保留键值观察 (KVO) 的同时还能够覆盖这些属性。

通常在 Obj-C 中,在类扩展 JSONOperation () 定义中将属性重新声明为 readwrite 是相当容易的。但是,我在 Swift 中看不到同样的功能。

例子:

class JSONOperation : NSOperation, NSURLConnectionDelegate
{
var executing : Bool
{
get { return super.executing }
set { super.executing } // ERROR: readonly in the superclass
}

// Starts the asynchronous NSURLConnection on the main thread
override func start()
{
self.willChangeValueForKey("isExecuting")
self.executing = true
self.didChangeValueForKey("isExecuting")

NSOperationQueue.mainQueue().addOperationWithBlock(
{
self.connection = NSURLConnection(request: self.request, delegate: self, startImmediately: true)
})
}
}

所以这是我想出的解决方案,但感觉非常丑陋和骇人听闻:

var state = Operation()

struct Operation
{
var executing = false
var finished = false
}

override var executing : Bool
{
get { return state.executing }
set { state.executing = newValue }
}

override var finished : Bool
{
get { return state.finished }
set { state.finished = newValue }
}

请告诉我有更好的方法。我知道我可以制作一个 var isExecuting 而不是整个 struct,但是我有两个类似命名的属性,它们引入了歧义并使其公开可写(我不想要)。

哦,我会为一些访问修饰符关键字做什么...

最佳答案

正如 David 所说,您可以在子类属性覆盖中同时实现 getter 和 setter。

但是,在定义asynchronous/concurrent 操作(即那些将异步完成的操作)时,调用will/didChangeValueForKey 用于 isFinishedisExecuting。如果不这样做,操作将不会被释放,依赖项将不会得到尊重,您将遇到 maxConcurrentOperationCount 等问题。

因此我建议:

private var _executing: Bool = false
override var executing: Bool {
get {
return _executing
}
set {
if _executing != newValue {
willChangeValueForKey("isExecuting")
_executing = newValue
didChangeValueForKey("isExecuting")
}
}
}

private var _finished: Bool = false;
override var finished: Bool {
get {
return _finished
}
set {
if _finished != newValue {
willChangeValueForKey("isFinished")
_finished = newValue
didChangeValueForKey("isFinished")
}
}
}

顺便说一句,检查 _executing_finished 是否改变并不重要,但有时在编写自定义 cancel 时很有用> 方法等。


更新:

人们不止一次指出 NSOperation.h 中新的 finished/executing 属性,并得出结论认为适当的 KVO 键会完成/正在执行。通常,在编写符合 KVO 的属性时,这是正确的。

但是 NSOperationQueue 没有观察到 finished/executing 键。 它观察到 isFinished/isExecuting 键。如果您不对 isFinished/isExecuting 键执行 KVO 调用,您可能会遇到问题(特别是异步操作之间的依赖关系将失败)。这很烦人,但这就是它的工作原理。 Operation Queues为并发执行配置操作部分Concurrency Programming Guide 的章节非常清楚地说明了需要执行 isFinished/isExecuting KVO 调用的主题。

虽然 Concurrency Programming Guide 已过时,但它对于 isFinished/isExecuting KVO 非常明确。并且可以很容易地凭经验验证该指南仍然反射(reflect)了实际的 NSOperation 实现。通过演示,参见 this Github demonstration of the appropriate KVO 中的单元测试在 NSOperationQueue 中使用异步/并发 NSOperation 子类时。

关于ios - NSOperation 属性覆盖 (isExecuting/isFinished),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/24109701/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com