Quan sát một NSMutableArray để chèn / loại bỏ

Một lớp có thuộc tính (và instance var) kiểu NSMutableArray với các trình truy cập tổng hợp (thông qua @property). Nếu bạn quan sát mảng này bằng cách sử dụng:

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

Và sau đó chèn một đối tượng vào mảng như sau:

[myObj.theArray addObject:NSString.string];

Thông báo ObserValueForKeyPath ... không được gửi. Tuy nhiên, những điều sau sẽ gửi thông báo thích hợp:

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

Điều này là do mutableArrayValueForKeytrả về một đối tượng proxy có nhiệm vụ thông báo cho người quan sát.

Nhưng không phải các trình truy cập tổng hợp sẽ tự động trả về một đối tượng proxy như vậy? Cách thích hợp để giải quyết vấn đề này là gì - tôi có nên viết một trình truy cập tùy chỉnh mà chỉ gọi [super mutableArrayValueForKey...]không?

Nhưng không phải các trình truy cập tổng hợp sẽ tự động trả về một đối tượng proxy như vậy?

Không.

Cách thích hợp để giải quyết vấn đề này là gì - tôi có nên viết một trình truy cập tùy chỉnh mà chỉ gọi [super mutableArrayValueForKey...]không?

Không. Triển khai trình truy cập mảng . Khi bạn gọi các cuộc gọi này, KVO sẽ tự động đăng các thông báo thích hợp. Vì vậy, tất cả những gì bạn phải làm là:

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

và Điều Đúng sẽ tự động xảy ra.

Để thuận tiện, bạn có thể viết một trình truy cập addTheArrayObject:. Trình truy cập này sẽ gọi một trong những trình truy cập mảng thực được mô tả ở trên:

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

(Bạn có thể và nên điền vào lớp thích hợp cho các đối tượng trong mảng, thay cho NSObject .)

Sau đó, thay vì [myObject insertObject:…], bạn viết[myObject addTheArrayObject:newObject] .

Đáng buồn thay, add<Key>Object:và đối tác của nóremove<Key>Object: , lần cuối cùng tôi kiểm tra, chỉ được KVO nhận dạng cho các thuộc tính set (như trong NSSet), không phải thuộc tính mảng, vì vậy bạn không nhận được thông báo KVO miễn phí với chúng trừ khi bạn triển khai chúng trên đầu các trình truy cập mà nó nhận ra . Tôi đã gửi một lỗi về điều này: x-radar: // problem / 6407437

Tôi có danh sách tất cả các định dạng bộ chọn công cụ truy cập trên blog của mình.

Tôi sẽ không sử dụng willChangeValueForKeyvà didChangeValueForKeytrong tình huống này. Đối với một, chúng có nghĩa là để chỉ ra giá trị tại đường dẫn đó đã thay đổi, không phải rằng các giá trị trong mối quan hệ với nhiều người đang thay đổi. Bạn sẽ muốn sử dụng willChange:valuesAtIndexes:forKey:thay thế, nếu bạn làm theo cách này. Mặc dù vậy, việc sử dụng các thông báo KVO thủ công như thế này là đóng gói không tốt. Một cách tốt hơn để làm điều đó là xác định một phương thức addSomeObject:trong lớp thực sự sở hữu mảng, phương thức này sẽ bao gồm các thông báo KVO thủ công. Bằng cách này, các phương thức bên ngoài đang thêm đối tượng vào mảng cũng không cần phải lo lắng về việc xử lý KVO của chủ sở hữu mảng, điều này sẽ không trực quan lắm và có thể dẫn đến mã không cần thiết và có thể có lỗi nếu bạn bắt đầu thêm đối tượng vào mảng từ một số nơi.

Trong ví dụ này, tôi thực sự sẽ tiếp tục sử dụng mutableArrayValueForKey:. Tôi không tích cực với mảng có thể thay đổi, nhưng tôi tin rằng từ việc đọc tài liệu rằng phương thức này thực sự thay thế toàn bộ mảng bằng một đối tượng mới, vì vậy nếu hiệu suất là mối quan tâm, bạn cũng sẽ muốn triển khai insertObject:in<Key>AtIndex:và removeObjectFrom<Key>AtIndex:trong lớp sở hữu mảng .

khi bạn chỉ muốn quan sát số lượng đã thay đổi, bạn có thể sử dụng đường dẫn khóa tổng hợp:

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

nhưng lưu ý rằng bất kỳ sắp xếp lại nào trong Array sẽ không kích hoạt.

Câu trả lời của riêng bạn cho câu hỏi của riêng bạn gần như đúng. Không cung cấp theArraybên ngoài. Thay vào đó, hãy khai báo một thuộc tính khác theMutableArray, tương ứng với không có biến phiên bản nào và viết trình truy cập này:

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

Kết quả là các đối tượng khác có thể sử dụng thisObject.theMutableArrayđể thực hiện thay đổi đối với mảng và những thay đổi này sẽ kích hoạt KVO.

Các câu trả lời khác chỉ ra rằng hiệu quả sẽ tăng lên nếu bạn cũng thực hiện insertObject:inTheArrayAtIndex:và removeObjectFromTheArrayAtIndex:vẫn đúng. Nhưng không cần các đối tượng khác phải biết về những điều này hoặc gọi điện trực tiếp cho họ.

Nếu bạn không cần setter, bạn cũng có thể sử dụng biểu mẫu đơn giản hơn bên dưới, có hiệu suất tương tự ( tốc độ tăng trưởng tương tự trong các thử nghiệm của tôi) và ít bản ghi sẵn hơn.

// 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"

Điều này hoạt động bởi vì nếu các trình truy cập mảng không được triển khai và không có bộ xác lập cho khóa, mutableArrayValueForKey:sẽ tìm kiếm một biến cá thể có tên _<key>hoặc <key>. Nếu nó tìm thấy một, proxy sẽ chuyển tiếp tất cả các thông báo đến đối tượng này.

Xem các tài liệu này của Apple , phần "Mẫu tìm kiếm công cụ truy cập cho các bộ sưu tập có thứ tự", # 3.

Bạn cần kết thúc addObject:cuộc gọi của mình willChangeValueForKey:và didChangeValueForKey:các cuộc gọi. Theo như tôi biết, không có cách nào để NSMutableArray mà bạn đang sửa đổi biết về bất kỳ người quan sát nào đang theo dõi chủ nhân của nó.

một giải pháp là sử dụng NSArray và tạo nó từ đầu bằng cách chèn và xóa, như

- (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;
}

so với bạn nhận được KVO và có thể so sánh mảng cũ và mới

LƯU Ý: self.myArray không được bằng nil, nếu không thì arrayByAddingObject: cũng cho kết quả bằng nil

Tùy thuộc vào từng trường hợp, đây có thể là giải pháp và vì NSArray chỉ lưu trữ các con trỏ, đây không phải là chi phí lớn, trừ khi bạn làm việc với các mảng lớn và các hoạt động thường xuyên