2011-06-16 3 views
0

J'essaie d'extraire les informations de contact à partir de périphériques Android et de le synchroniser avec le carnet d'adresses dans osx. Fondamentalement, un mécanisme de synchronisation directe d'un appareil à l'autre sans l'utilisation d'un compte google nécessaire. Jusqu'à présent, j'ai réussi à lancer un serveur de socket sur le côté osx et publier son service via bonjour qui peut être découvert et contacté depuis le téléphone android. J'utilise également un syncadapter sur le côté android pour fournir la fonctionnalité de synchronisation. Jusqu'à présent, l'installation et l'idée, ma question est maintenant, quel serait le meilleur choix en termes de stockage de données et de communication? Sur Android, les contacts sont stockés dans une base de données sqlite, qui peut être interrogée. (En fait trois tables pour obtenir l'ensemble complet d'informations Contacts.Contract.Data ..RawContacts et ..Contacts) Le carnet d'adresses peut être facilement accessible via AddressBook.framework. Je suis très incertain sur la façon d'obtenir une structure de données commune pour synchroniser efficace et fiable. Est-ce un meilleur choix pour travailler sur la base de données sqlite, ou prendre une vCard comme objet de données commun à synchroniser ou est-il préférable de convertir les données android en objets de données de base et de les synchroniser? Les conseils et les commentaires sont très appréciés. Peut-être que je pense aussi trop compliqué ...Common Datastructure pour synchroniser les contacts entre android et osx

Répondre

0

Le format vCard a été conçu comme un moyen de transporter des contacts afin qu'il puisse fonctionner. Il me semble, cependant, que si les SDK OS X et Android offrent un moyen facile de travailler avec vCard, il serait plus facile de définir votre propre format XML.

+0

J'aimerais utiliser les services de synchronisation fournis par OS X, mais malheureusement je me sens complètement perdu en ce moment. Il semble que les services de synchronisation fonctionnent de manière beaucoup plus flexible et fiable avec les données de base. – Alx

+0

La synchronisation de plusieurs à plusieurs sera compliquée ... alors peut-être que cela vaut la peine de comprendre les services de synchronisation. – Dave

Questions connexes