Question

Ce problème me tapote dans le dos depuis quelques jours maintenant.

J'ai un service Web qui sert du XML qui ressemble à ceci:

<levels>
    <level>Level 1</level>
    <level>Level 2</level>
    <level>Consulting</level>
    <level>Office Support</level>
    <level>Learning</level>
</levels>

Ces données doivent aller dans une entité de mon modèle Core Data pour pouvoir être utilisées par mon application. J'ai été capable de les analyser dans le modèle très bien, mon problème se pose lorsque l'un des niveaux change. Je peux créer, lire et supprimer des fichiers, mais je ne sais pas comment procéder pour les mettre à jour car je dois gérer les relations existant avec d'autres entités de mon modèle. Je viens de bases PHP et MySQL. Mon premier réflexe a donc été d’ajouter une clé au modèle que je pourrais utiliser pour établir une relation, mais comme Core Data n’est pas vraiment une base de données, elle se sent mal et je sais qu’il doit y avoir une meilleure façon. J'ai un peu cherché sur Google et n'ai trouvé aucune réponse. Suis-je sur la bonne voie avec la clé ou Core Data offre-t-il quelque chose qui me manque?

Était-ce utile?

La solution

J'aurais besoin de plus d'informations pour comprendre exactement le fonctionnement de votre modèle, mais en général, je ne pense pas qu'il y ait de mal à ajouter votre clé unique à un modèle Core Data. Je fais la même chose pour l'une de mes applications, je garde un UUID sur chaque objet pour le synchroniser avec une application iPhone.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top