2010-11-01 4 views
15

Je suis sur le point de créer une application Web qui partage des ressources via une API Restful.CouchDB en tant que couche API Restful?

J'ai été frappé par le fait que CouchDB possède déjà une bonne couche d'API de repos.

Alors, pourquoi devrais-je créer le mien. Je ne pouvais pas laisser d'autres applications web utiliser mes ressources (documents json) sur CouchDB via son API Restful directement au lieu de node.js étant l'intermédiaire? Ou devrais-je besoin d'un peu de logique entre les applications Web CouchDB et tierces? Je n'ai pas encore utilisé CouchDB donc je ne sais pas s'il est capable de gérer une autorisation avancée et si les applications "design document javascript" sont aussi bonnes que "node.js javascript".

Répondre

14

Il y a plusieurs raisons pour lesquelles vous voulez construire votre propre couche mince entre:

  • ressources non JSON (pour un accès facile à lire cela pourrait être faisable avec canapé ainsi)
  • logique back-end personnalisée (mails envoi, en invoquant des gestionnaires d'application internes sur demande)
  • d'authentification (les options auth pour Couch sont limitées)
  • filtrage côté serveur (peut-être plus facile avec Node.js que un gestionnaire de mise à jour dans Couch)
  • sécurité (êtes-vous prêt à exécuter une instance de canapé qui est directement accessible?)

Pour moi, je construit une API RESTful utilisant CouchDB et Node.js. En raison du fait que les deux utilisent JSON, les frais généraux nécessaires sont encore très faibles, mais vous disposez de la flexibilité totale de votre propre code intermédiaire 100%.

+0

Dam, si proche d'assommer un palier entier. J'ai vraiment besoin d'envoyer des emails. Il y a probablement un moyen de faire ça avec Couch et SES ou quelque chose comme ça. Ce serait bien de travailler avec une architecture à deux niveaux. – Costa

Questions connexes