RLM 섹션

이 섹션의 키를 나타내는 값입니다.

섹션에 있는 객체의 개수입니다.

섹션의 지정된 인덱스 에 대한 객체 를 반환합니다.

섹션의 지정된 인덱스 에 대한 객체 를 반환합니다.

이 섹션의 고정된(불변) 스냅샷 을 반환합니다.

동결된 사본은 변경할 수 없는 섹션으로, 이 섹션에 현재 포함된 것과 동일한 데이터를 포함하지만 포함하는 Realm에 쓰기가 수행될 때 업데이트되지 않습니다. 라이브 배열과 달리 동결 컬렉션은 모든 스레드에서 액세스할 수 있습니다.

이 동결된 섹션의 라이브 버전을 반환합니다.

이 메서드는 동일한 동결 섹션의 라이브 사본에 대한 참조를 확인합니다. 라이브 섹션에서 호출하면 자동으로 반환됩니다.

기본 섹션이 고정되었는지 여부를 나타냅니다.

동결된 섹션은 변경할 수 없으며 모든 스레드에서 액세스할 수 있습니다.

섹션이 변경될 때마다 호출될 차단 을 등록합니다.

차단 은 초기 섹션과 비동기적으로 호출된 다음 결과의 객체 또는 결과에 포함된 객체를 변경하는 각 쓰기 트랜잭션 (write transaction) (write transaction) 후에 다시 호출됩니다.

블록이 처음 호출될 때 change 매개변수는 nil 이(가) 됩니다. 그 이후의 각 호출에 대해 섹션의 어떤 행이 추가, 제거 또는 수정되었는지에 대한 정보가 포함됩니다. 쓰기 트랜잭션(write transaction)이 섹션의 객체를 수정하지 않은 경우 블록은 전혀 호출되지 않습니다. 변경 사항이 보고되는 방법과 UITableView 업데이트의 예에 대한 자세한 내용은 RLMSectionedResultsChange 설명서를 참조하세요.

차단 이 호출되면 RLMSection 객체 가 완전히 평가되고 최신 상태가 됩니다.

알림은 표준 이벤트 루프를 통해 전달되므로 다른 활동으로 이벤트 루프가 차단된 동안에는 전달할 수 없습니다. 알림을 즉시 전달할 수 없는 경우 여러 알림이 단일 알림으로 병합될 수 있습니다. 여기에는 초기 결과에 대한 알림이 포함될 수 있습니다. 예를 들어 다음 코드는 알림 차단을 추가한 직후 쓰기 트랜잭션(write transaction)을 수행하므로 초기 알림이 먼저 전달될 기회가 없습니다. 결과적으로 초기 알림에는 쓰기 트랜잭션(write transaction) 후 Realm의 상태가 반영됩니다.

RLM 결과 *results = [Dog allObjects]; RLM 섹션 결과 *sectionedResults = [resultssectionedResultsUsingKeyPath:@"age"ascending:예]; RLM 섹션 *section = SectionedResults[0] // ' 5' 세 개가 있는 섹션이 이미 존재합니다.

self.token = [section addNotificationBlock:^(RLMSection *section, RLMSectionedResultsChange *changes) { // 예시 의 경우 한 번만 실행 NSLog(@"section.count: %zu",section.count); // => 2 }]; [영역 transactionWithBlock:^{ Dog *dog = [[Dog alloc] init]; dog.name = @"Rex"; dog.age = 5; [영역 addObject:dog]; }]; // 실행 루프 실행 컨텍스트의 끝

업데이트를 해당 블록에 계속 전송하려면 반환된 토큰을 오랫동안 보관해야 합니다. 업데이트 수신을 중지하려면 토큰에서 -invalidate 을 호출합니다.

섹션이 변경될 때마다 호출될 차단 을 등록합니다.

차단 은 초기 섹션과 비동기적으로 호출된 다음 결과의 객체 또는 결과에 포함된 객체를 변경하는 각 쓰기 트랜잭션 (write transaction) (write transaction) 후에 다시 호출됩니다.

블록이 처음 호출될 때 change 매개변수는 nil 이(가) 됩니다. 그 이후의 각 호출에 대해 섹션의 어떤 행이 추가, 제거 또는 수정되었는지에 대한 정보가 포함됩니다. 쓰기 트랜잭션(write transaction)이 섹션의 객체를 수정하지 않은 경우 블록은 전혀 호출되지 않습니다. 변경 사항이 보고되는 방법과 UITableView 업데이트의 예에 대한 자세한 내용은 RLMSectionedResultsChange 설명서를 참조하세요.

차단 이 호출되면 RLMSection 객체 가 완전히 평가되고 최신 상태가 됩니다.

알림은 표준 이벤트 루프를 통해 전달되므로 다른 활동으로 이벤트 루프가 차단된 동안에는 전달할 수 없습니다. 알림을 즉시 전달할 수 없는 경우 여러 알림이 단일 알림으로 병합될 수 있습니다. 여기에는 초기 결과에 대한 알림이 포함될 수 있습니다. 예를 들어 다음 코드는 알림 차단을 추가한 직후 쓰기 트랜잭션(write transaction)을 수행하므로 초기 알림이 먼저 전달될 기회가 없습니다. 결과적으로 초기 알림에는 쓰기 트랜잭션(write transaction) 후 Realm의 상태가 반영됩니다.

RLM 결과 *results = [Dog allObjects]; RLM 섹션 결과 *sectionedResults = [resultssectionedResultsUsingKeyPath:@"age"ascending:예]; RLM 섹션 *section = SectionedResults[0] // ' 5' 세 개가 있는 섹션이 이미 존재합니다.

self.token = [section addNotificationBlock:^(RLMSection *section, RLMSectionedResultsChange *changes) { // 예시 의 경우 한 번만 실행 NSLog(@"section.count: %zu",section.count); // => 2 }]; [영역 transactionWithBlock:^{ Dog *dog = [[Dog alloc] init]; dog.name = @"Rex"; dog.age = 5; [영역 addObject:dog]; }]; // 실행 루프 실행 컨텍스트의 끝

업데이트를 해당 블록에 계속 전송하려면 반환된 토큰을 오랫동안 보관해야 합니다. 업데이트 수신을 중지하려면 토큰에서 -invalidate 을 호출합니다.

섹션이 변경될 때마다 호출될 차단 을 등록합니다.

차단 은 초기 섹션과 비동기적으로 호출된 다음 결과의 객체 또는 결과에 포함된 객체를 변경하는 각 쓰기 트랜잭션 (write transaction) (write transaction) 후에 다시 호출됩니다.

블록이 처음 호출될 때 change 매개변수는 nil 이(가) 됩니다. 그 이후의 각 호출에 대해 섹션의 어떤 행이 추가, 제거 또는 수정되었는지에 대한 정보가 포함됩니다. 쓰기 트랜잭션(write transaction)이 섹션의 객체를 수정하지 않은 경우 블록은 전혀 호출되지 않습니다. 변경 사항이 보고되는 방법과 UITableView 업데이트의 예에 대한 자세한 내용은 RLMSectionedResultsChange 설명서를 참조하세요.

차단 이 호출되면 RLMSection 객체 가 완전히 평가되고 최신 상태가 됩니다.

알림은 표준 이벤트 루프를 통해 전달되므로 다른 활동으로 이벤트 루프가 차단된 동안에는 전달할 수 없습니다. 알림을 즉시 전달할 수 없는 경우 여러 알림이 단일 알림으로 병합될 수 있습니다. 여기에는 초기 결과에 대한 알림이 포함될 수 있습니다. 예를 들어 다음 코드는 알림 차단을 추가한 직후 쓰기 트랜잭션(write transaction)을 수행하므로 초기 알림이 먼저 전달될 기회가 없습니다. 결과적으로 초기 알림에는 쓰기 트랜잭션(write transaction) 후 Realm의 상태가 반영됩니다.

RLM 결과 *results = [Dog allObjects]; RLM 섹션 결과 *sectionedResults = [resultssectionedResultsUsingKeyPath:@"age"ascending:예]; RLM 섹션 *section = SectionedResults[0] // ' 5' 세 개가 있는 섹션이 이미 존재합니다.

self.token = [section addNotificationBlock:^(RLMSection *section, RLMSectionedResultsChange *changes) { // 예시 의 경우 한 번만 실행 NSLog(@"section.count: %zu",section.count); // => 2 }]; [영역 transactionWithBlock:^{ Dog *dog = [[Dog alloc] init]; dog.name = @"Rex"; dog.age = 5; [영역 addObject:dog]; }]; // 실행 루프 실행 컨텍스트의 끝

업데이트를 해당 블록에 계속 전송하려면 반환된 토큰을 오랫동안 보관해야 합니다. 업데이트 수신을 중지하려면 토큰에서 -invalidate 을 호출합니다.

섹션이 변경될 때마다 호출될 차단 을 등록합니다.

차단 은 초기 섹션과 비동기적으로 호출된 다음 결과의 객체 또는 결과에 포함된 객체를 변경하는 각 쓰기 트랜잭션 (write transaction) (write transaction) 후에 다시 호출됩니다.

블록이 처음 호출될 때 change 매개변수는 nil 이(가) 됩니다. 그 이후의 각 호출에 대해 섹션의 어떤 행이 추가, 제거 또는 수정되었는지에 대한 정보가 포함됩니다. 쓰기 트랜잭션(write transaction)이 섹션의 객체를 수정하지 않은 경우 블록은 전혀 호출되지 않습니다. 변경 사항이 보고되는 방법과 UITableView 업데이트의 예에 대한 자세한 내용은 RLMSectionedResultsChange 설명서를 참조하세요.

차단 이 호출되면 RLMSection 객체 가 완전히 평가되고 최신 상태가 됩니다.

알림은 표준 이벤트 루프를 통해 전달되므로 다른 활동으로 이벤트 루프가 차단된 동안에는 전달할 수 없습니다. 알림을 즉시 전달할 수 없는 경우 여러 알림이 단일 알림으로 병합될 수 있습니다. 여기에는 초기 결과에 대한 알림이 포함될 수 있습니다. 예를 들어 다음 코드는 알림 차단을 추가한 직후 쓰기 트랜잭션(write transaction)을 수행하므로 초기 알림이 먼저 전달될 기회가 없습니다. 결과적으로 초기 알림에는 쓰기 트랜잭션(write transaction) 후 Realm의 상태가 반영됩니다.

RLM 결과 *results = [Dog allObjects]; RLM 섹션 결과 *sectionedResults = [resultssectionedResultsUsingKeyPath:@"age"ascending:예]; RLM 섹션 *section = SectionedResults[0] // ' 5' 세 개가 있는 섹션이 이미 존재합니다.

self.token = [section addNotificationBlock:^(RLMSection *section, RLMSectionedResultsChange *changes) { // 예시 의 경우 한 번만 실행 NSLog(@"section.count: %zu",section.count); // => 2 }]; [영역 transactionWithBlock:^{ Dog *dog = [[Dog alloc] init]; dog.name = @"Rex"; dog.age = 5; [영역 addObject:dog]; }]; // 실행 루프 실행 컨텍스트의 끝

업데이트를 해당 블록에 계속 전송하려면 반환된 토큰을 오랫동안 보관해야 합니다. 업데이트 수신을 중지하려면 토큰에서 -invalidate 을 호출합니다.