Спостереження за NSMutableArray для вставки / видалення

Клас має властивість (і екземпляр var) типу NSMutableArray із синтезованими доступними засобами (через @property). Якщо ви спостерігаєте цей масив, використовуючи:

[myObj addObserver:self forKeyPath:@"theArray" options:0 context:NULL];

А потім вставте об’єкт у масив таким чином:

[myObj.theArray addObject:NSString.string];

Повідомлення obserValueForKeyPath ... не надсилається. Однак наступне надсилає належне повідомлення:

[[myObj mutableArrayValueForKey:@"theArray"] addObject:NSString.string];

Це тому, що mutableArrayValueForKeyповертає проксі-об'єкт, який дбає про сповіщення спостерігачів.

Але чи не повинні синтезовані засоби доступу автоматично повертати такий проксі-об'єкт? Який правильний спосіб обійти це - чи варто писати власний доступ, який просто викликає [super mutableArrayValueForKey...]?

Але чи не повинні синтезовані засоби доступу автоматично повертати такий проксі-об'єкт?

Ні.

Який правильний спосіб обійти це - чи варто писати власний доступ, який просто викликає [super mutableArrayValueForKey...]?

Ні. Реалізуйте засоби доступу до масиву . Коли ви зателефонуєте їм, KVO автоматично опублікує відповідні повідомлення. Отже, все, що вам потрібно зробити, це:

[myObject insertObject:newObject inTheArrayAtIndex:[myObject countOfTheArray]];

і Правильна річ відбудеться автоматично.

Для зручності ви можете написати addTheArrayObject:аксесуар. Цей аксесуар викликав би один із справжніх массивів, описаних вище:

- (void) addTheArrayObject:(NSObject *) newObject {
    [self insertObject:newObject inTheArrayAtIndex:[self countOfTheArray]];
}

(Ви можете і повинні заповнити відповідний клас для об'єктів у масиві замість NSObject .)

Тоді, замість [myObject insertObject:…], ви пишете[myObject addTheArrayObject:newObject] .

Як не сумно add<Key>Object:і його аналогremove<Key>Object: , востаннє я перевірив, розпізнається KVO лише за властивостями набору (як у NSSet), а не властивостями масиву, тому ви не отримуєте з ними безкоштовних сповіщень KVO, якщо ви не застосуєте їх поверх доступних для нього розпізнавань . Я повідомив про помилку з цього приводу: x-radar: // problem / 6407437

У моєму блозі є список усіх форматів селектора доступу .

Я б не використовував willChangeValueForKeyі didChangeValueForKeyв цій ситуації. По-перше, вони мають на меті вказати, що значення на цьому шляху змінилося, а не те, що значення у відносинах до багатьох змінюються. Ви хотіли б використовувати willChange:valuesAtIndexes:forKey:замість цього, якби зробили це таким чином. Незважаючи на це, використання таких ручних сповіщень KVO є поганою інкапсуляцією. Кращим способом це є визначення методу addSomeObject:в класі, який фактично володіє масивом, який включав би ручні сповіщення KVO. Таким чином, зовнішнім методам, які додають об'єкти до масиву, не потрібно турбуватися про обробку KVO власника масиву, що не буде дуже інтуїтивно зрозумілим і може призвести до непотрібного коду та можливо помилок, якщо ви почнете додавати об'єкти до масив з кількох місць.

У цьому прикладі я б продовжував використовувати mutableArrayValueForKey:. Я не впевнений у змінних масивах, але, перечитавши документацію, я вважаю, що цей метод фактично замінює весь масив новим об’єктом, тому, якщо продуктивність викликає занепокоєння, ви також захочете реалізувати це insertObject:in<Key>AtIndex:і removeObjectFrom<Key>AtIndex:в класі, який володіє масивом .

коли ви просто хочете спостерігати зміну кількості, ви можете використовувати загальний шлях ключа:

[myObj addObserver:self forKeyPath:@"theArray.@count" options:0 context:NULL];

але майте на увазі, що будь-яке переупорядкування в масиві не спрацює.

Ваша власна відповідь на власне запитання майже правильна. Не продавайте theArrayзовні. Натомість оголосіть іншу властивість, що не theMutableArrayвідповідає жодній змінній екземпляру, і напишіть цей пристрій доступу :

- (NSMutableArray*) theMutableArray {
    return [self mutableArrayValueForKey:@"theArray"];
}

Результатом є те, що інші об’єкти можуть використовувати thisObject.theMutableArrayдля внесення змін до масиву, і ці зміни викликають KVO.

Інші відповіді вказують, що ефективність зростає, якщо ви також впроваджуєте insertObject:inTheArrayAtIndex:і removeObjectFromTheArrayAtIndex:все ще правильні. Але немає необхідності в тому, щоб інші об’єкти мали про них знати або називати їх безпосередньо.

Якщо вам не потрібен сеттер, ви також можете скористатися простішою формою нижче, яка має подібні показники (однаковий темп зростання в моїх тестах) і менший шаблон.

// Interface
@property (nonatomic, strong, readonly) NSMutableArray *items;

// Implementation
@synthesize items = _items;

- (NSMutableArray *)items
{
    return [self mutableArrayValueForKey:@"items"];
}

// Somewhere else
[myObject.items insertObject:@"test"]; // Will result in KVO notifications for key "items"

Це працює, тому що якщо доступ до масиву не реалізовано, і немає ключа для налаштування, mutableArrayValueForKey:буде шукати змінну екземпляра з ім'ям _<key>або <key>. Якщо його знайде, проксі-сервер буде пересилати всі повідомлення цьому об’єкту.

Див. Ці документи Apple , розділ "Шаблон пошуку доступу для впорядкованих колекцій", №3.

Вам потрібно завершити свій addObject:дзвінок willChangeValueForKey:та didChangeValueForKey:дзвінки. Наскільки я знаю, NSMutableArray, який ви модифікуєте, не може знати про будь-яких спостерігачів, які спостерігають за його власником.

одне з рішень - використовувати NSArray і створити його з нуля, вставляючи та виймаючи, наприклад

- (void)addSomeObject:(id)object {
    self.myArray = [self.myArray arrayByAddingObject:object];
}

- (void)removeSomeObject:(id)object {
    NSMutableArray * ma = [self.myArray mutableCopy];
    [ma removeObject:object];
    self.myArray = ma;
}

ніж ви отримуєте KVO і можете порівняти старий і новий масив

ПРИМІТКА: self.myArray не повинен бути рівним нулю, інакше arrayByAddingObject: також призводить до нуля

Залежно від випадку, це може бути рішенням, і оскільки NSArray зберігає лише вказівники, це не надто накладні витрати, якщо ви не працюєте з великими масивами та частими операціями