CloudKit: CKFetchRecordChangesOperation, CKServerChangeToken и Delta Загрузить

Question

Мой вопрос связан с дельта-загрузкой, так как он был назван в WWDC 2014 Advanced CloudKit.

Я пытаюсь сделать syncronization для моего приложения Core Data, которое является iPhone только сейчас (подумайте: есть только одно устройство активно). Таким образом, в основном приложение будет хранить пользовательские записи в облаке с одного и того же устройства, в большинстве случаев на данный момент.

У меня проблема с пониманием особенностей пользовательской зоны, которая основана на CKFetchRecordChangesOperation aka Delta Download.

Как я понял, у нас есть CKServerChangeToken для поддержания операций синхронизации (я имею в виду загружать только те записи, которые были добавлены/изменены/удалены другим устройством), как было представлено на WWDC. Но я не понимаю, что мы получаем этот токен только после CKFetchRecordChangesOperation, когда мы сохраняем записи в облаке, мы не получаем новый токен.

И если мы делаем выборку с текущим доступным токеном (поскольку он изменяется только после извлечения), мы получаем записи, которые были сохранены из нашей предыдущей операции сохранения. В основном мы получаем исправления, которые уже есть на нашем устройстве. Зачем? Я что-то упустил?

Что делать, если мы высеваем некоторые данные в облако (с устройства A), это оправдано для ситуации, когда устройство B извлекает записи зоны, но что делать, если устройство A? Скачайте все записи еще раз?

Я нашел recordChangeTag в CKRecord, это свойство можно использовать для разрешения конфликтов с местными объектами - неправдоподобные объектов (одинаковые или разные версии), если это кто-то может дать мне пример того, как мне нужно это сделать: сохранить recordChangeTag для Core Data, если сохранить запись в CloudKit в первый раз или как?

Отсутствие документации - такая головная боль.

Answer 1

Я нашел время, чтобы написать ответ на этот вопрос. Я не буду вникать в реализацию, но я буду обсуждать эту концепцию.

CloudKit обеспечивает способ синхронизации данных между вашим устройством и сервером CloudKit. Что я использую, чтобы установить процесс синхронизации в моем случае только между iPhone и сервером (опять же, если у вас есть приложение iPhone + iPad, процесс требует больше шагов.):

У меня есть пользовательская зона в частной базе данных облаков. Я использую OperationQueue для установки различных асинхронных процессов, которые зависят друг от друга. Некоторые операции имеют собственные очереди операций.

Шаги:

1) Проверьте, если мой заказ зона существует

1.1) Если нет пользовательских зоны

1,2) Создать новую пользовательскую зону. (Необязательно: добавить записи)

1.3) изменение Refresh зоны маркеров

Вы можете обновить маркер изменения зоны: исполняющее CKFetchRecordChangesOperation, fetchRecordChangesCompletionBlock возвращается CKServerChangeToken сохранить его в UserDefaults (например) с помощью NSKeyedArchiver) ,Задачей этой операции является обновление токена, и оно выполняется в процессе завершения синхронизации.

2) Если есть пользовательские зоны уже

2,1) Получить изменения из зоны, используя ранее сохраненный маркер изменения зоны. (CKFetchRecordChangesOperation)

2.2) Обновление и удаление локальных записей.

2.3) Ток изменения зоны обновления.

2.4) Проверьте локальные изменения (я использую последнюю временную метку синхронизации облаков, чтобы проверить, какие записи были изменены после).

2.5) Загрузить записи в базу данных облачной комплект

2.6) изменение Обновить зоны маркер снова.

Я настоятельно рекомендую Ник Харрис серию статей: https://nickharris.wordpress.com/2016/02/09/cloudkit-core-data-nsoperations-introduction/

Вы найдете там и реализацию концепции дизайна. Это стоит прочитать. Надеюсь, кто-то найдет все это полезным.