Frage

Ich habe seit ein paar Jahren die folgenden Web-Entwicklung-Stack wurde mit:

java / spring / Hibernate / mysql / Anlegesteg / Wicket / jquery

Für bestimmte Anforderungen Ich betrachte mit einem AJAX-Frontend zu einer NoSQL-Datenspeicher umzuschalten. Ich würde wahrscheinlich das Frontend mit jQuery bauen und mit der Web-Anwendung Middleware mit JSON kommunizieren. Ich bin Neigung in Richtung MongoDB wegen dynamischer Abfragefunktionen, aber ich angesichts noch CouchDB.

Ich bin mir nicht sicher, was in der Mitte zu verwenden. Wahrscheinlich etwas RESTful? Meine Präferenz ist mit Java (oder vielleicht Scala oder Groovy) zu halten, da ich Tools wie geifert für Regeln und Shiro für Sicherheit bin mit. Aber dann wieder, ich mag etwas holen, die schnell ein einfach zu handhaben, so dass ich bin offen für andere Lösungen.

Wenn Sie bauen Ajax / json / NoSQL-Lösungen, ich möchte Details hören, über welche Werkzeuge Sie verwenden, und alle Vor / Nachteile Sie mit ihnen gefunden haben.

War es hilfreich?

Lösung

  1. Wählen Sie je nachdem, welche Middleware Sie am bequemsten mit.

  2. CouchApp ist im Moment sehr experimentell. Das Hauptproblem ist in der Lage, die Sicherheit Ihre Anwendung hinzuzufügen, ohne eine Standard-HTTP-Pop-up-Box mit. Das ist natürlich ein großes Problem für Standard-Web-Anwendungen.

  3. Versuchen Sie und vermeiden jede DB Anforderung in der Middleware-Parsing und die Abfrage für couchdb Wiederaufbau. Sie können Ihre Middleware wirken wie ein Proxy machen so dass die meisten Anfragen weitergeleitet werden, ohne Änderung auf. Sie können auch eine Sicherheitsschicht in der middlelayer über alle Anforderungen hinzufügen, die eine Authentifizierung benötigen.

  4. Wählen Sie eine Middleware / Rahmen mit guten URL Routing-Funktionen. Zum Beispiel könnten Sie Route alle Anforderungen, die an couchdb mydomain.com/db/ gehen.

Andere Tipps

Wenn Sie mit CouchDB gehen, können Sie CouchApp das ist eine Sammlung von Skripten für eine Bereitstellung von Anwendung direkt auf eine CouchDB-Datenbank. Im Wesentlichen Sie die Middleware überspringen und CouchDB Ansichten, Listen und Show-Funktionen zusammen mit Clientside JavaScript verwenden, um die gesamten App zu implementieren. Wenn Ihre App in dieser Architektur funktioniert, ist es überraschend erfrischend, einfach und cool.

Auch wenn Sie die Idee von JSON / REST mag und JavaScript-Client-Server stecken, die neuere Generation von Persevere Kern ist Pintura reine JS JSON / REST-Framework, das sich speziell mit NoSQL DBs arbeiten gut ausgebildet ist.

Ich habe mit ein paar worden bastelt. Letztlich würde Ich mag an meiner Controller-Schicht von MVC auf die jQuery / Javascript-Frontend und verwenden reine JSON / REST sprechen mit dem Backend bewegen. Obwohl das Backend müssen starke Sicherheit und für meine Anwendung eine gewisse Fähigkeit, Workflow, Abfragen zu tun, und Regeln.

Sie können auch wollen, betrachten

1) Couldkit, die auf Tokyo Cabinet läuft. Unterstützt JSONQuery und OAuth. Läuft auf Rubin / Rack kann genug Funktionalität. Loks wie eine starke REST-Implementierung. 2) Harren, das ist Java basiert und stark in Dojo unterstützt. Es ist REST-ish, aber auch einige RPC Typ Anrufe hat. Scheint sehr mächtig insgesamt mit serverseitigen Java-Scripting, etc.

würde ich nicht höre etwas dagegen, wie Sie entlang kommen.

Cheers, Alex

Ich schrieb ein Juwel namens Rack-:: JSON für genau diesen Zweck, es wirkt als Grund REST-Schnittstelle an einen MongoDB db. Es wurde von Wolkenjungen inspiriert und unterstützt JSONQuery und läuft auch auf Rubin / Gepäckträger. Es ermöglicht Ihnen, zu speichern und dann den Zugriff / query JSON Dokumente.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top