Làm thế nào để làm cho NSTableView không tái sử dụng TableCellViews

Question

Tôi muốn xem dựa trên NSTableview của tôi để không sử dụng lại TableCellViews được tạo trước đó được cuộn ra khỏi phạm vi. Tôi thấy rằng điều này sẽ có thể với UITableView bằng cách ghi đè dequeueReusableCellWithIdentifier: để trả về nil. Ist có giải pháp tương tự cho NSTableView?

-

Bối cảnh của tôi: Tôi có một cái nhìn khá phức tạp dựa trên-tableView ràng buộc để ManagedObjects theo cách thông thường (tức là bảng nội dung, -selection và -sortdescriptor đang bị ràng buộc để một arraycontroller và tableCellView-yếu tố liên kết với objectValue).

Bảng có khoảng 20 cột nhưng tối đa 400 hàng. Cuộn thực sự chậm, nhưng thời gian profiling chỉ ra rằng không có nguồn duy nhất của sự chậm chạp tồn tại (lớn nhất duy nhất phương pháp-cuộc gọi mất khoảng 5% thời gian). Sau khi lưu trữ các thuộc tính có nguồn gốc/tùy chỉnh của ManagedObject của tôi mà không cần tăng hiệu năng nhiều, tôi hiện đang cố gắng lưu vào bộ nhớ cache (để tránh việc rebind thường xuyên của tablecellViews khi một khung nhìn đi vào phạm vi).

Điều tôi đang cố gắng hiện tại là không ràng buộc nội dung bảng, nhưng để có được chế độ xem của tôi bằng giao thức NSDatasource. Có trong

-(NSView*) tableView:(NSTableView *)tableView viewForTableColumn:(NSTableColumn *)tableColumn row:(NSInteger)row 

tôi muốn trả lại TableCellView nếu được lưu trong bộ nhớ cache. Nếu không tôi tạo một hình mới qua

[self.table makeViewWithIdentifier:... owner:self]; 

Kể từ makeViewWithIdentifier có thể trở lại quan điểm rằng đã được lưu trữ bởi tôi, các bảng nội dung được điều sai lầm với các tế bào sai.

Hiệu suất là tốt hơn đáng kể với cách tiếp cận này ...

-

ý tưởng khác về giúp cuộn performant hơn cũng được appriciated.

Answer 1

Trong bảng của bạnXem: viewForTableColumn: triển khai đặt .identifier trên chế độ xem được trả về thành không. Điều đó sẽ ngăn chặn các bảng từ bộ nhớ đệm nó. Sau đó, bạn có thể quản lý bộ nhớ cache của riêng mình. FWIW, bạn thậm chí không cần phải sử dụng makeViewWithIdentifier: bạn chỉ có thể tạo các khung nhìn của mình theo cách thủ công từ đầu, thay vì sử dụng phương thức đó (mà tải các khung nhìn thiết lập trước tạo thành NIB).

Tuy nhiên, nếu bạn gặp sự cố về hiệu suất, sẽ tốt hơn nếu giải quyết những vấn đề đó bằng cách xem xét những gì chậm và lý do tại sao. Bạn không cung cấp thông tin về lý do tại sao nó chậm, vì vậy rất khó để nói phải làm gì. 20 cột là rất nhiều. Bạn có thể nhận được hiệu suất tốt hơn bằng cách cố gắng giảm số lượng lớp của mình bằng cách sử dụng canDrawSubviewsIntoLayer, trên NSTableCellView hoặc NSTableRowView. Nhưng có rất nhiều cảnh báo và những điều cần lưu ý khi thực hiện việc này.

corbin