Nicolas Mérouze a écrit : > C'est plutôt facile à faire puisqu'en fait je l'ai déjà fait pour un > client. J'ai créé une app JRuby+Qt Jambi avec un Webkit. Pour l'app > web elle est sur un serveur (avec une db mysql) et packagé (avec une > db sqlite3) avec l'app comme avec slingshot. > > C'est multiplateforme et ce n'est qu'une grosse dizaine de ligne (le > code de l'appli, pas le code pour la sync qui est un plus long). Et > c'est aussi possible de le faire avec SWT (qui a un widget Browser). Oui ben tu vois c'est ce sur quoi je me dirigeais, c'est super d'avoir un retour d'expérience là-dessus. Finalement Google Gears, bien que prévu pour ce genre de cas, semble s'avérer plus lourd à mettre en place. > > Le plus lourd serait de coder l'algorithme de synchronisation. > > > C'est pas si lourd que ça. Tu fais une API JSON ou XML qui envoie et > reçoit les données puis en fonction ajoute/modifie/supprime les > données. Un peu comme un diff en fait. Ok donc une synchro basée sur une API REST.
Comment tu gère le système de clés primaires (par défaut) de Rails? Exemple: un enregistrement sera stocké en local avec l'ID 5 alors que lorsqu'il sera envoyé au serveur, il aura l'ID 8 car d'autres utilisateurs auront stocké des enregistrement entre temps. Comment ça gère les associations? Et dans ton cas, est-ce que tu synchronisait toute la base ou seulement une partie? En tous cas merci de ton retour, et si tu as des snippets je suis preneur ;) Thomas --~--~---------~--~----~------------~-------~--~----~ Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected] -~----------~----~----~----~------~----~------~--~---
