사용자가 빠르게 스크롤하는 경우에만 tableView : willDisplayCell : forRowAtIndexPath의 endUpdates에서 insertRowsAtIndexPaths가 충돌합니다.

Question

제목에서 알 수 있듯이 사용자가 목록의 맨 아래로 스크롤 할 때 더 많은 행을 uitableview에 삽입하려고합니다. 전체적인 이유는 대규모 데이터 세트로 인해 성능상의 이유로 데이터를 지연로드하는 것입니다.

이상한 것은 내가 천천히 이동하면 그때는 잘 작동한다는 것입니다,하지만 난 빠르게 스크롤하면 다음은 데이터 소스는 공통 fetchRequest를 사용하여, coredata에서 데이터를로드하는있는 NSMutableArray이다 [tableView endUpdates];

에 충돌합니다. 현재 상황에서는 fetchedResultsController를 사용할 수 없습니다.

데이터 소스 수는 삽입이 호출되기 전과 후에 정확합니다. 행 수 (및 데이터 소스 수)가 정확합니다.

천천히 스크롤하고 나중에 일부 지점에서 스크롤하면 충돌이 발생합니다. 일반적으로 인덱스와 경계가 경계를 벗어나는 것과 동일한 오류가 발생하지만 오류 메시지의 인덱스와 경계는 테이블 뷰 처음 바인딩되었습니다 (삽입이 발생하기 전에). (4) 즉, 행 카운트 4 & 등

이러한 소스 카운트 오류이다

Terminating app due to uncaught exception 'NSRangeException', reason: '*** -[__NSArrayM objectAtIndex:]: index 3 beyond bounds [0 .. 2]' 

제가 또한 cellForRowAtIndexPath 방법 중하지만 동일한 결과 행을 삽입 시도.

아이디어가 있으십니까?

Answer 1

큰 데이터 세트 스크롤 문제를 해결하는 올바른 방법이 아닙니다.

1. UITableView은 한 번에 메모리에 적은 수의 셀만 유지하도록 설계되었습니다.
2. 스크롤하는 동안 데이터를 가져 오려고하면 디스크 액세스가 UI 업데이트보다 상당히 느리므로 매우 효과적입니다.

대신 코어 데이터에서 데이터를 가져올 때 배치 크기를 제한하는 것을 고려해야합니다. 또한 2 차적으로 앱에 대해 계측기를 실행하고 핫스팟이 어디에 있는지 확인해야합니다. 스크롤링이나 세포 집단이 느린 점일 가능성은 희박합니다.

BTW의 경우 NSMutableArray은 Core Data의 결과를 처리 할 때 거의 유용하지 않습니다. NSMutableArray의 특별한 이유가있는 경우가 아니면 NSArray으로 변경해야합니다.

Answer 2

NSMutableArray은 응용 프로그램 시작시 미리 채워 졌습니까? 현재 나는 이 이동하면서 채워지는 동안 최종 행 수만 반환하는 UITableViewDelegate으로 컨트롤러 객체를 사용한다고 가정합니다.

그런 경우 스크롤 속도를 높이면 배열에 "구멍"이 생기며 코어 데이터로드가 너무 느릴 수 있습니다.