Блог

У меня есть приложение, которое использует собственный метод синхронизации данных из приложения на сервер и обратно в любое другое приложение, которое использует пользователь (iOS и Android).

Я не использую синхронизацию iCloud и не хочу использовать синхронизацию основных данных iCloud, поэтому я просто хочу дать понять, что я НЕ пытаюсь этого делать.

Когда приложение загружает новую запись, которая должна быть создана на сервере, оно отправляет ту URIRepresentation , о NSManagedObect.objectID которой говорится в документации A compact, universal identifier for a managed object , чтобы сервер мог определить, видел ли он эту запись раньше (возможно, приложение уже пыталось загрузить эти данные, но что-то не удалось позже в процессе,таким образом, это помогает нам избежать создания дубликатов записей на сервере).

Вот пример идентификатора объекта: x-coredata://80978028-AEB5-45F0-AAD5-F328C4B294AF/MedicineShot/p1481

Согласно документации, этот идентификатор объекта должен быть уникальным для моего приложения… но я не могу точно сказать, какова область уникальности, например, если у одного человека есть мое приложение на iPhone и iPad, будет ли оно генерировать один и тот же идентификатор объекта в этих двух разных хранилищах на двух разных устройствах?

Мы используем это приложение / сервер уже 6 лет, и у нас никогда не было конфликта идентификаторов, о котором мы знаем, но, похоже, мы столкнулись с одним.

Пользователь создал запись на своем iPhone с указанным в приведенном выше примере идентификатором coredata. Тот же пользователь 5 дней спустя создал новую запись на своем iPad, и у нее точно такой же идентификатор coredata. Поскольку наш сервер синхронизации использует этот идентификатор, чтобы определить, получает ли он запрос на создание записи, которую он уже создал, сервер обработал эти две разные записи как одинаковые.

Мы никогда не видели этого раньше, и в документации, похоже, говорится, что этого не должно быть, потому что эти идентификаторы должны быть уникальными. Идентификатор управляемого объекта должен быть универсальным идентификатором для управляемого объекта, но это два разных устройства, создающие две разные записи в два разных дня (с интервалом в 5 дней)… с тем же идентификатором.

Это был один и тот же пользователь, который, вероятно, использует одну и ту же учетную запись Apple на обоих устройствах.

Может ли iCloud тайно копировать файлы постоянного хранилища с одного устройства на другое?

Если да, есть ли способ запретить iCloud копировать эти файлы постоянного хранилища данных, чтобы мы могли гарантировать получение уникальных идентификаторов с устройства на устройство?

РЕДАКТИРОВАТЬ: uri идентификатора объекта имеет то, что похоже на UUID 80978028-AEB5-45F0-AAD5-F328C4B294AF , а UUID должны быть универсально уникальными, как указано в названии. Является ли эта часть идентификатора объекта идентификатором UUID? Если да, то как постоянное хранилище Core Data на двух разных устройствах может выдавать один и тот же uri идентификатора объекта?

Несмотря на то, что предлагается в документации, идентификаторы управляемых объектов уникальны только в пределах определенного файла постоянного хранилища. Не гарантируется, что они везде уникальны. Я знаю, я тоже читал документы, и я знаю, что они говорят «универсальный», но я думаю, что также важно отметить, что они говорят

Идентификаторы содержат информацию, необходимую для точного описания объекта в постоянном хранилище…

Но они ничего не говорят о нескольких постоянных хранилищах. Core Data изначально создавалась для использования в приложении, и документы не всегда соответствовали идее синхронизации с серверами или другими устройствами.

Форма URI- x-coredata://80978028-AEB5-45F0-AAD5-F328C4B294AF/MedicineShot/p1481 — недокументирована, но части:

• UUID: идентификатор определенного постоянного хранилища. Это также сохраняется в метаданных постоянного хранилища, чтобы можно было сопоставлять экземпляры и хранилища.
• MedicineShot : Объект, используемый для этого экземпляра
• p1481 : p подразумевает «постоянный» (временные идентификаторы имеют a t и другой формат) и 1481 , по сути, является увеличивающимся первичным ключом в постоянном хранилище. Он начинается с 0 и подсчитывается каждый раз, когда вы вставляете новый экземпляр объекта.

Использование идентификатора управляемого объекта из одного хранилища в другом хранилище вряд ли будет работать хорошо. Помимо UUID, уникальные идентификаторы не будут совпадать, если вы не будете очень осторожны, чтобы всегда вставлять новые экземпляры в том же порядке.