Usar CouchDB con .NET

Question

¿Puede .NET (código administrado) leer y escribir en CouchDB?

me gustaría construir una parte de mi proyecto que hace la gestión de documentos usando CouchDB

Answer 1

Eche un vistazo a la clase de utilidad SharpCouch.

Es una clase de contenedor simple para la API HTTP de CouchDB.

Answer 2

Dado que por lo general se comunica con CouchDB sobre REST y JSON, me imagino que no sería demasiado difícil de usar JSON.NET y las clases normales de WebClient/HttpWebRequest para hacerlo. No lo he intentado yo mismo, cuenta ...

Answer 3

Sí.

Consulte here para obtener instrucciones sobre la instalación de CouchDB en Windows.

Aquí hay un enlace al artículo de wiki getting started with C#. Hay un enlace a un contenedor .Net en ese artículo. Sería muy fácil hacer lo propio también.

Answer 4

He usado JSON.NET junto con la clase de cliente http del kit de inicio MS REST para integrarlo a CouchDB y funciona muy bien.

Answer 5

Mantenga un ojo en Ottoman un proyecto de código abierto escrito en C#. Todavía está en desarrollo, pero quería señalarlo como una opción para proyectos en las etapas de planificación. Actualizaré esta publicación a medida que se acerque a su finalización. Puede ver la fuente en github. Lea el archivo README para ver ejemplos y lo que es posible con la versión actual.

• A diferencia SharpCouch, que utiliza cadenas en gran medida, otomana utiliza genéricos para serialización automática y desrialization para mapear un objeto de una cadena JSON y viceversa. Todo esto sin que sus objetos necesiten para heredar de una interfaz o base clase.
• Utiliza Json.Net debajo de maneja la serialización JSON y la deserialización .
• Registra los códigos de error RESTFul que CouchDB devuelve en Excepciones.
• funciones previstas: Id generadores para la generación de ID para los objetos que persistió
• funciones previstas: Implícito Offline Optimistic Lock a través de documentos Revisiones, otomana utilizará un Identity Map para realizar un seguimiento de usted y será una excepción cuando un conflicto ocurre.
• Función planificada: Será compatible con Mono.
• funciones previstas: Este es el camino, pero lo hago plan de en tener expresiones LINQ para Map/Reduce functions que Express para CouchDB uso de JavaScript.

Es un proyecto bastante nuevo, pero muy activo. Por supuesto, también soy un poco parcial.;-)

Answer 6

también echar un vistazo a divan - un contenedor de peso ligero para la API CDB

Answer 7

Su una respuesta tardía, pero se echa un vistazo Hammock. Está activo y entrará en uso de producción en varios proyectos pronto y recibe actualizaciones y correcciones periódicas. Además de la persistencia básica de objetos, Hammock le ofrece:

• True POCO. Ni siquiera necesitas una propiedad 'id'; Hammock rastrea eso internamente.
• Compatibilidad robusta para vistas, incluida una API fluida y fácil de usar que genera Y ejecuta vistas y admite la creación de vistas personalizadas de mapa/reducción.
• Soporte de archivos adjuntos.
• Repositorio genérico <> clase que ayuda a traer sus consultas/vistas (es decir, _Doc de diseño) junto con su código de aplicación C#. Los repositorios son responsables de mantener los documentos de diseño, y esto ayuda a evitar que las vistas de CouchDB se sientan como 'procesos almacenados'.
• Un conjunto de pruebas de unidades completas. Esto no es un software prototipo.

Answer 8

Echa un vistazo a Relax http://www.sharplearningcurve.com/wiki/Symbiote-Relax.ashx. Relax es una abstracción de la API .Net de la API RESTful de CouchDB (excelente). Incluye una interfaz basada en repositorio para interacción de documentos y un controlador de servidor para tareas de tipo administrativo.

Answer 9

API .NET muy fácil de utilizar para CouchDB incluida en WDK10 que puede tomar desde http://code.google.com/p/skitsanoswdk/ es muy flexible y le permite tratar sus datos en objetos y nivel JSON puro.

Answer 10

Las opciones (ordenado por última actualización):

• Skitsanos Webware Kit de desarrollo dehttp://code.google.com/p/skitsanoswdk/source/browse/trunk/WDK10/WDK.API.CouchDb/ última actualización de septiembre. 2012
• Relax-net/Hamacahttp://code.google.com/p/relax-net/ última actualización nov. 2011
• CouchDB.Nethttp://couchdbnet.codeplex.com/ última actualización dec. 2010
• Otomanahttps://github.com/sinesignal/ottoman última actualización dec. 2010
• Divanhttps://github.com/foretagsplatsen/Divan última actualización Jul 2010
• SharpCouchhttp://code.google.com/p/couchbrowse/source/browse/trunk/SharpCouch/SharpCouch.cs última actualización de agosto. 2008

Answer 11

Poco tarde en el juego, pero hay un proyecto de código abierto para un nuevo controlador escrito en C# sobre el cliente HTTP asincrónico y por defecto Newtonsoft's JSON.Net para serialización (conmutable).puesto MyCouch - Simple async CouchDb client for .Net.

Una Introducción existe aquí: wiki http://danielwertheim.se/get-up-and-running-with-couchdb-and-c-using-mycouch-on-windows/

Answer 12

de CouchDB tiene una lista de API para C# (con sus características) si desea que el estado más reciente: http://wiki.apache.org/couchdb/Getting_started_with_C%23

Answer 13

Uno más - CouchDBClient: https://github.com/ttutisani/CouchDBClient

Descargo de responsabilidad: soy el autor.

Intenté hacer que CouchDBClient fuera más amigable para trabajar con objetos personalizados; eso es lo que generalmente las aplicaciones almacenan en la base de datos.

Cuando comencé a escribir este framework, todos los demás que encontré e intenté fueron una impresión de firmas de métodos no estandarizados (nombrados usando varias convenciones y más difíciles de adivinar), interfaces no unificadas (algunas operaciones alrededor string docs, mientras que otros alrededor de json docs), no muy flexible (algunos solo funcionaban con cadenas, otros solo con objetos), o no muy abstractos (tenía que saber CouchDB REST API primero para usarlos correctamente). Estoy asumiendo y esperando que hayan madurado desde entonces, pero al menos este está diseñado a mi gusto.

Espero que CouchDBClient pueda crear una sensación de abstracción cómoda sin preocuparse demasiado por la API subyacente, y simplemente centrándose en su aplicación y en cómo almacena y recupera los objetos que necesita.