Middleware para MongoDB o CouchDB con jQuery Ajax/JSON frontend

Question

He estado usando la siguiente pila de desarrollo web desde hace unos años:

java/primavera/hibernación/mysql/embarcadero/portillo/jQuery

Para ciertos requisitos, estoy considerando cambiar a un almacén de datos NoSQL con una interfaz AJAX. Probablemente construiría la interfaz con jQuery y me comunicaría con el middleware de aplicaciones web usando JSON. Me estoy inclinando hacia MongoDB debido a las capacidades de consulta más dinámicas, pero todavía estoy considerando CouchDB.

No estoy seguro de qué usar en el medio. Probablemente algo RESTful? Mi preferencia es seguir con Java (o tal vez con Scala o Groovy) ya que estoy usando herramientas como Drools para reglas y Shiro para seguridad. Pero, de nuevo, quiero elegir algo que sea rápido y fácil de trabajar, por lo que estoy abierto a otras soluciones.

Si está creando soluciones ajax/json/nosql, me gustaría escuchar detalles sobre qué herramientas está utilizando y las ventajas y desventajas que ha encontrado al usarlas.

Answer 1

1. Elija el middleware con el que se sienta más cómodo.

2. CouchApp es muy experimental por el momento. El problema principal es poder agregar seguridad a su aplicación sin tener un cuadro emergente HTTP estándar. Esto es obviamente un gran problema para las aplicaciones web estándar.

3. Intente y evite analizar cada solicitud de base de datos en el middleware y vuelva a generar la consulta para couchdb. Puede hacer que su middleware actúe como un proxy, por lo que la mayoría de las solicitudes se reenvían sin modificaciones. También puede agregar una capa de seguridad en el middlelayer sobre todas las solicitudes que necesitan autenticación.

4. Elija un middleware/framework con buenas capacidades de enrutamiento de URL. Por ejemplo, puede enrutar todas las solicitudes que van a mydomain.com/db/ a couchdb.

Answer 2

Si usa CouchDB, puede usar CouchApp, que es un conjunto de scripts para implementar una aplicación directamente en una base de datos CouchDB. Básicamente, omite el middleware y usa las vistas, listas y funciones de CouchDB junto con el JavaScript del lado del cliente para implementar toda la aplicación. Si su aplicación funciona en esta arquitectura, es sorprendentemente refrescante, simple y genial.

Answer 3

He estado jugando con algunos. En última instancia, me gustaría mover mi capa de controlador de MVC a la interfaz jQuery/javascript y usar JSON/REST puro para hablar con el back-end. Aunque el backend necesitará una gran seguridad y, para mi aplicación, cierta capacidad para realizar flujos de trabajo, consultas y reglas.

También puede ser que desee mirar:

1) Couldkit, que funciona en Tokio Gabinete. Admite JSONQuery y OAuth. Las ejecuciones en Ruby/Rack pueden tener suficiente funcionalidad. A Lok le gusta una implementación REST fuerte. 2) Persevere, que se basa en Java y es totalmente compatible con Dojo. Es REST-ish pero también tiene algunas llamadas de tipo RPC. Parece muy potente en general, con secuencias de comandos java en el lado del servidor, etc.

No me importaría escuchar cómo estás.

Saludos, Alex

Answer 4

Además, si te gusta la idea de JSON/REST y pegarse a JavaScript de cliente a servidor, la nueva generación del núcleo de Persevera, Pintura es el marco pura/DESCANSO JS JSON que está diseñado específicamente para funciona bien con NoSQL DBs.

Answer 5

Escribí una gema llamada Rack::JSON para exactamente este propósito, actúa como una interfaz REST básica para un MongoDB db. Fue inspirado por Cloudkit y es compatible con JSONQuery y también se ejecuta en Ruby/Rack. Le permite almacenar y luego acceder/consultar documentos JSON.