KVC массив: getters и индексированные аксессоры?

Question

Я запутался этим: http://developer.apple.com/mac/library/documentation/Cocoa/Conceptual/KeyValueCoding/Concepts/AccessorConventions.html#//apple_ref/doc/uid/20002174-178830-BAJEDEFB

Предположив

@interface Office : NSObject { 
    NSMutableArray *employees; 
} 

1. Какая польза от реализации аксессоров сбора?

2. 0 Как есть [anOffice countOfEmployees] Лучше, чем [[anOffice employees] count]?

3. Связаны ли привязки с сборщиками или я могу отказаться от них полностью? Они кажутся излишними для меня, так как я использую настоящий объект массива. Я могу понять, как они понадобятся, если сотрудники не были a NSMutableArray и не реализовали что-то вроде метода count.

4. Я также абсолютно в шоке от того, почему бы использовать mutableArrayValueForKey:@"employees" для извлечения собственности служащих вместо просто valueForKey:@"employees".

Спасибо!

Answer 1

You can отказаться от сборщиков; они не требуются. Но они делают вещи намного легче.

Одна из причин их наличия, в том числе countOfEmployees, является эффективностью: метод employees может возвращать копию объекта массива (в частности, поскольку копия Office изменена, поэтому Office не захочет, чтобы другие объекты, мутировавшие массив из-под это), но если вам нужно знать только счет или доступ к одному объекту по определенному индексу, вам не нужна копия.

Другая причина, когда отправитель хочет изменить свойство.

• valueForKey: позвонит employees, который обычно возвращать неизменяемую копию.
• Возвращение измененной копии не помогло бы, так как мутация этого массива будет мутировать копию, а не оригинал через свойство.
• Возврат исходного массива не позволит отправителю вызывать уведомления KVO об изменениях, поэтому ничего об этом не узнает об этих изменениях. Это означает, что значения, отображаемые в пользовательском интерфейсе, будут устаревать (не обновляться).

mutableArrayValueForKey: возвращает поддельный массив, который отправляет сообщения мутации (или, если ничего другого, employees и setEmployees: сообщения) назад к исходному объекту. Сообщения аксессуаров действительно вызывают уведомления KVO, поэтому все наблюдения за этим объектом будут сопровождаться этими изменениями, поэтому ваш пользовательский интерфейс будет обновляться.

Конечно, вы можете просто отправить сообщения о доступе самостоятельно. mutableArrayValueForKey: в основном, если вы хотите внести изменения в свойство, которое неизвестно во время компиляции; NSArrayController, предположительно, является одним из пользователей этого метода. Вероятно, вам не нужно использовать mutableArrayValueForKey: в обычном приложении, и, по моему мнению, отправлять сообщения с помощью аксессуаров легче читать.

Все это относится и к Office, когда оно мутирует его собственный массив. Он мог бы просто поговорить с его объектом массива напрямую, но это не вызвало бы уведомления KVO, поэтому ничто другое не узнает, что значение свойства изменилось. Вы можете публиковать уведомления KVO самостоятельно при каждом изменении, но это хлопот и легко забыть. Сборщики и mutableArrayValueForKey: - два решения этих проблем: каждый доступ представляет собой одну строку кода, которая будет вызывать уведомления KVO.