Propriété d'identité dans les services de synchronisation

Question

Quelqu'un peut-il m'aider à comprendre la propriété d'identité sur un attribut d'entité? Je pense à la propriété d'identité comme une «clé» de table comme dans une base de données relationnelle, mais je suppose que ce n'est pas ça. Im utilisant des données de base et dans mes entités, je n'ai pas défini de colonnes "clés", et tout fonctionne bien. Mais maintenant que j'ai ajouté des services de synchronisation à mon application, je ne sais pas comment utiliser cet attribut de synchronisation. Mon application est un planificateur de gestion des tâches, j'ai donc une entité appelée tâche. J'ai un attribut appelé "nom", "date d'échéance" et d'autres attributs facultatifs. Si j'ai 2 tâches avec le même nom, je veux qu'elles soient toutes les deux synchronisées, donc Im devinant la propriété d'identité ne me fera pas du bien si je le mets sur l'attribut "nom". En ce moment je ne l'ai pas utilisé, et les services de synchronisation fonctionnent bien ... Donc, ma question est, dans quels autres scénarios devrais-je utiliser la propriété d'identité?

Answer 1

Utilisez-vous la définition standard d'une entité de tâche à partir de Sync Services? Apple défini un assez bien:

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

Si oui, il y a trois propriétés d'identité (résumé, id et calendrier enregistrement). Si vous définissez votre propre entité (sans partage avec l'entité système), vous pouvez créer des propriétés d'identité d'attributs supplémentaires - j'y retournerais probablement avec "name" et "due date"; Vous pouvez également ajouter une «date de création» pour vous assurer que vous êtes en mesure de créer une valeur unique pour comparer les enregistrements. Dans mon expérience, cependant, Sync Services a fait un bon travail de suivi des tâches avec les propriétés d'identité du schéma du système - Je ne me souviens pas la dernière fois que j'ai vu des tâches en double à travers mes propres données. Dites-m'en plus sur les raisons pour lesquelles vous ne voulez pas utiliser le schéma système, mais faites plutôt rouler les vôtres - je peux penser aux avantages et aux inconvénients de chacun d'entre eux.