Идентификационная собственность в службах синхронизации

Question

Может ли кто-нибудь помочь мне понять свойство удостоверения в атрибуте сущности?Я думаю о свойстве идентичности как о таблице «ключ», как в реляционной базе данных, но я предполагаю, что это не так.Я использую основные данные, и в моих сущностях я не определил никаких «ключевых» столбцов, и все работает нормально.Но теперь, когда я добавил службы синхронизации в свое приложение, я не уверен, как использовать этот атрибут синхронизации.Мое приложение - планировщик управления задачами, поэтому у меня есть объект под названием задача.У меня есть атрибут с именем «имя», «срок выполнения» и другие необязательные атрибуты.Если у меня есть 2 задачи с одним и тем же именем, я хочу, чтобы они обе синхронизировались, поэтому я предполагаю, что свойство identity не принесет мне пользы, если я установлю его на атрибут «name».Прямо сейчас я не использовал его, и службы синхронизации работают нормально ... Поэтому мой вопрос заключается в том, в каких других случаях мне следует использовать свойство identity?

Answer 1

Используете ли вы стандартное определение объекта задачи из Sync Services? Apple достаточно хорошо определил одну:

http://developer.apple.com/library/mac/#documentation/AppleApplications/Reference/SyncServicesSchemaRef/Articles/Calendars.html

Если это так, существует три свойства идентичности (сводка, идентификатор записи и календарь).

Если вы определяете свою собственную сущность (не разделяя ее с системной сущностью), вы можете сделать дополнительные свойства идентификаторов атрибутов - я бы наверняка выбрал «имя» и «срок исполнения»; Вы также можете добавить «дату создания», чтобы убедиться, что вы действительно можете создать уникальное значение для сравнения записей с помощью.

Однако, по моему опыту, Sync Services проделали хорошую работу по отслеживанию задач с помощью свойств идентификации схемы системы - я не могу вспомнить, когда в последний раз я видел дублирующиеся задачи, поступающие через мои собственные данные или данные пользователя. 1010 *

Расскажите подробнее о том, почему вы можете не использовать системную схему, а вместо этого свернуть свою собственную - я могу подумать о плюсах и минусах для каждого.