Je sais que cette question a été traitée plusieurs fois au cours des années ... mais les temps et les technologies changent rapidement ... donc à la recherche de "frais" data ;-)Graphique d'objets en mouvement entre une nouvelle application iPhone et un nouveau backend Rails 3
Je suis à la recherche de conseils sur une approche robuste et relativement simple pour déplacer des objets assez complexes d'un backend Rails 3 vers une application iPhone 3 (4). Il n'y a pas d'API préexistante (xml/json/soap/etc) à respecter pour que nous puissions choisir un leader facile, flexible, rapide et facile à maintenir. Vœu pieux?!?
L'application obtiendra des objets d'entité de Rails qui sont quelque peu complexes. Chaque entité sera un groupe imbriqué d'objets associés. J'ai eu du succès avec l'utilisation de json-framework et le transfert d'objets simples d'avant en arrière ... Mais nous avons besoin d'un moyen de passer un arbre d'objet (ou un objet racine) et tous ses membres et branches. puis désérialisez-les de nouveau dans iOS ... et vice-versa (bien que dans une moindre mesure, le déplacement des données vers le serveur).
ObjectiveResource semblait plutôt prometteur mais ne semble pas avoir été mis à jour en plus d'un an?!?
Nous pourrions rouler les nôtres. Mais quelle technologie favoriser? Rails ne xml & json nativement tandis que iPhone fait plists nativement. Il y a plist et plistifier pierres précieuses pour Rails et TouchJSON, JSON-cadre, ObjectiveResource pour iOS (entre autres).
Je n'ai pas beaucoup d'expérience avec l'un de ceux-ci afin de chercher des conseils d'une façon ou d'une autre ... ou quelque chose d'encore mieux/plus facile?
Merci. Je vais jeter un coup d'oeil dans ce cadre à nouveau. Il semblait qu'il y avait quelques branches de cela quand je l'ai regardé il y a quelques mois. Je suppose que le lien que vous avez quitté est la branche principale ... – Meltemi
Yup, c'est celui que j'utilise dans les applications de production. – Hiltmon