Le 15 mai 2012 à 10:53, Nicolas Bouilleaud a écrit :
Absolument rien. Je réfléchissais à ce problème dans le train à mon retour de Paris et je travail actuellement sur une PoC de module Apache capable de gérer entièrement l’abstraction SQL / REST coté serveur.
Mon idée étant de monter un module capable de prendre un sous path d’un vhost Apache pour en faire une API REST et d’utiliser une sorte de modèle (si possible dérivé ou compatible avec le modèle CoreData) et ainsi avoir un truc qui génère automatiquement les requêtes SQL de connexion, de maintient de la base (ajout de table / colonne) et d’accès. Du coup je suis en train de me replonger dans le C++, les vecteurs, les map…
Ha tiens, ça me fait penser à une question que j'ai oublié de te poser jeudi soir :
Dans ta démo, le serveur et le client utilisent tous les deux CoreData, mais les échanges sont REST. Qu'est-ce qui empêcherait alors d'utiliser ce code client, avec une base non CoreData sur le serveur?
. J.
