2010-11-10 18 views
0

Je suis sur le point de me lancer dans une application qui nécessitera entre autres la programmation d'événements pour les «clients». J'ai travaillé avec ABAddressBook un peu sur un projet précédent (il y a un an) donc connaissait alors ses avantages & limitations. Aucune expérience avec Kit d'événements. Je crois qu'Apple dit que si vous comptez sur ces frameworks (et sources de données) vous ne devriez stocker que les ABRecordID ou eventIdentifier dans votre application ... alors dans le futur vous récupéreriez l'objet carnet d'adresses (ou l'objet événement) et les comparer à certaines données locales avant de continuer?!? Donc, si je veux lister tous les clients d'un utilisateur dans l'application, je construisais tout d'abord un tableau d'objets clients (contenant le nom complet et un ABRecordID pour chaque client) puis récupérais chaque ABRecordID de AddressBook et comparais le nom complet à ce que j'ai stocké localement et seulement alors afficher le nom de chaque client dans la vue de la table?Fiez-vous sur ABAddressBook et EKEventKit ou mon propre rouleau?

Cela semble lourd ... et je n'ai même pas commencé avec le calendrier (bien que les docs EKEventKit soient légers sur cette information). Est-ce considéré comme fiable?

Quelqu'un at-il un conseil avant de me lancer dans cette voie?

+0

La méthode d'Apple (http://developer.apple.com/library/ios/#documentation/EventKit/Reference/EKParticipantClassRef/Reference/Reference.html) utilise l'adresse e-mail d'ABRecord. – MrAnonymous

Répondre

0

J'ai fait quelque chose de similaire. J'ai effectivement stocké le eventIdentifier sur l'appareil puis l'ai utilisé pour récupérer l'événement. Ceci est risqué car la documentation indique que si le calendrier d'un événement change, la propriété eventIdentifier changera très probablement aussi. Il ne semble pas y avoir une méthode "saine" pour stocker une date créée par programme et la récupérer dans le futur.