Почему NSOperation отключает автоматическое наблюдение за значением ключа?

Наиболее вероятное объяснение состоит в том, что ключи kvo не соответствуют стандартным соглашениям. Обычно есть такие методы, как -isExecuting и -setExecuting:, где ключевой путь — @"executing". В случае NSOperation путь к ключу — @"isExecuting".

Другая возможность заключается в том, что большинство NSOperations на самом деле не имеют метода с именем -setIsExecuting: для изменения этого значения. Вместо этого они основывают флаги выполнения/завершения на другом внутреннем состоянии. В этом случае абсолютно необходимо использовать явные уведомления willChange/didChange. Например, если у меня есть NSOperation, которая обертывает NSURLConnection, у меня может быть 2 ivars, одна с именем data, которая содержит загруженные данные, и одна с именем connection, которая содержит NSURLConnection, и я могу реализовать геттеры следующим образом:

- (BOOL)isExecuting {
    return (connection != nil);
}

- (BOOL)isFinished {
    return (data != nil && connection == nil);
}

Теперь мой метод -start может использовать

[self willChangeValueForKey:@"isExecuting"];
data = [[NSMutableData alloc] init]; // doesn't affect executing, but is used later
connection = [[NSURLConnection connectionWithRequest:request delegate:self] retain];
[self didChangeValueForKey:@"isExecuting"];

начать выполнение и

[self willChangeValueForKey:@"isExecuting"];
[self willChangeValueForKey:@"isFinished"];
[connection cancel];
[connection release];
connection = nil;
[self didChangeValueForKey:@"isFinished"];
[self didChangeValueForKey:@"isExecuting"];

заканчивать.

Хотя я согласен с тем, что переопределение automaticallyNotifiesObserversForKey работает, но лично я полностью отказываюсь от свойств isExecuting и isFinished и вместо этого определяю свойства executing и finished, что, как предлагает Кевин, больше соответствует современным соглашениям:

@property (nonatomic, readwrite, getter = isExecuting) BOOL executing;
@property (nonatomic, readwrite, getter = isFinished)  BOOL finished;

Затем я пишу настраиваемые сеттеры для этих двух свойств, которые выполняют необходимые уведомления isExecuting и isFinished:

- (void)setExecuting:(BOOL)executing
{
    [self willChangeValueForKey:@"isExecuting"];
    _executing = executing;
    [self didChangeValueForKey:@"isExecuting"];
}

- (void)setFinished:(BOOL)finished
{
    [self willChangeValueForKey:@"isFinished"];
    _finished = finished;
    [self didChangeValueForKey:@"isFinished"];
}

Это дает:

• более привычное объявление свойства BOOL;
• пользовательские сеттеры удовлетворяют странным уведомлениям, которые требует NSOperation; а также
• Теперь я могу просто использовать сеттеры executing и finished во всей реализации операции, не засоряя свой код уведомлениями.

Должен признаться, что мне нравится элегантность переопределения automaticallyNotifiesObserversForKey, но я просто беспокоюсь о непредвиденных последствиях.

Обратите внимание: если вы делаете это в iOS 8 или Yosemite, вам также придется явно синтезировать эти свойства в вашем @implementation:

@synthesize finished  = _finished;
@synthesize executing = _executing;

Я не знаю, почему вы говорите о том, что NSOperation не может использовать автоматический КВО. Но я просто пытаюсь это проверить, поэтому он может использовать KVO.

[self addObserver:self
       forKeyPath:@"isReady"
          options:NSKeyValueObservingOptionNew | NSKeyValueObservingOptionInitial
          context:&ctxKVO_CSDownloadOperation];

[self addObserver:self
       forKeyPath:@"isExecuting"
          options:NSKeyValueObservingOptionNew | NSKeyValueObservingOptionInitial
          context:&ctxKVO_CSDownloadOperation];

[self addObserver:self
       forKeyPath:@"isFinished"
          options:NSKeyValueObservingOptionNew | NSKeyValueObservingOptionInitial
          context:&ctxKVO_CSDownloadOperation];

[self addObserver:self
       forKeyPath:@"isCancelled"
          options:NSKeyValueObservingOptionNew | NSKeyValueObservingOptionInitial
          context:&ctxKVO_CSDownloadOperation];

...

- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context
{
    if (context == &ctxKVO_CSDownloadOperation) {
        NSLog(@"KVO: %@", keyPath);
    } else {
        [super observeValueForKeyPath:keyPath ofObject:object change:change context:context];
    }
}

Результат:

2017-08-02 14:29:58.831 CSDownloader[77366:5089399] isReady : 1
2017-08-02 14:29:58.831 CSDownloader[77366:5089399] KVO: isReady
2017-08-02 14:29:58.831 CSDownloader[77366:5089399] isExecuting : 0
2017-08-02 14:29:58.831 CSDownloader[77366:5089399] KVO: isExecuting
2017-08-02 14:29:58.831 CSDownloader[77366:5089399] isFinished : 0
2017-08-02 14:29:58.832 CSDownloader[77366:5089399] KVO: isFinished
2017-08-02 14:29:58.832 CSDownloader[77366:5089399] isCancelled : 0
2017-08-02 14:29:58.832 CSDownloader[77366:5089399] KVO: isCancelled
2017-08-02 14:29:58.832 CSDownloader[77366:5089399] isReady : 1
2017-08-02 14:29:58.832 CSDownloader[77366:5089399] KVO: isReady
2017-08-02 14:29:58.833 CSDownloader[77366:5089399] isExecuting : 0
2017-08-02 14:29:58.833 CSDownloader[77366:5089399] KVO: isExecuting
2017-08-02 14:29:58.833 CSDownloader[77366:5089399] isFinished : 0
2017-08-02 14:29:58.833 CSDownloader[77366:5089399] KVO: isFinished
2017-08-02 14:29:58.833 CSDownloader[77366:5089399] isCancelled : 0
2017-08-02 14:29:58.833 CSDownloader[77366:5089399] KVO: isCancelled
2017-08-02 14:29:58.834 CSDownloader[77366:5089399] isReady : 1
2017-08-02 14:29:58.834 CSDownloader[77366:5089399] KVO: isReady
2017-08-02 14:29:58.834 CSDownloader[77366:5089399] isExecuting : 0

Так что я действительно смущен этим вопросом и ответами...

NSOperationQueue не наблюдает за isFinished или isExecuting, он наблюдает за finished и executing.

isFinished — это просто синтезированный метод доступа get для свойства finished. Для этого свойства будут отправляться автоматические уведомления о наблюдении за значением ключа, если только ваш подкласс специально не отказался от автоматических уведомлений KVO, внедрив +automaticallyNotifiesObserversForKey или +automaticallyNotifiesObserversOf<Key> для возврата NO. Если вы не отключили автоматические уведомления KVO, вам не нужно выполнять уведомления вручную с помощью will/DidChangeValueForKey:. В вашем случае вы вручную отправляли уведомления для isFinished и isExecuting, которые не являются ключевыми путями, которые наблюдает NSOperationQueue.

Вкратце: это не те ключевые пути, которые ищет NSOperationQueue.

executing и finished являются правильными путями ключей, и они должны отправлять автоматические уведомления KVO.

Если вы по-настоящему параноидально относитесь к KVO и хотите отправлять уведомления для путей получения ключей доступа, таких как isFinished, зарегистрируйте свое свойство как зависимость пути ключа:

+ (NSSet *) keyPathsForValuesAffectingIsFinished {
    NSSet   *result = [NSSet setWithObject:@"finished"];
    return result;
}