Dans mes appli récentes (Ajax toussa...), on a:
1) Une partie "cliente", en JS, qui GET/POST/PUT/DELETE des objets en Json avec le serveur
2) Une partie serveur (en Django, Turbogears, Ruby on rails, Grails...) qui offre une api REST en Json au niveau Controlleur, utilisant des objets metiers, mappé tant bien que mal sur une base de donnée relationnelle.
L'interet de couchdb, c'est qu'on peut potentiellement zapper toute la partie 2, le javascript interroge directement la base.
# Plus de partie serveur
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal A quoi peut servir couchdb ?. Évalué à 4.
1) Une partie "cliente", en JS, qui GET/POST/PUT/DELETE des objets en Json avec le serveur
2) Une partie serveur (en Django, Turbogears, Ruby on rails, Grails...) qui offre une api REST en Json au niveau Controlleur, utilisant des objets metiers, mappé tant bien que mal sur une base de donnée relationnelle.
L'interet de couchdb, c'est qu'on peut potentiellement zapper toute la partie 2, le javascript interroge directement la base.