Donde WCF y ADO.Net los Datos de los servicios de soporte?

Question

Yo soy poco confundido acerca de ADO.Net Servicios de Datos.

Es ideal para la creación de servicios web RESTful?Sé WCF se inició en el JABÓN del mundo, pero ahora me dicen que tiene un buen apoyo para el DESCANSO.Lo mismo va para ADO.Net servicios de datos donde usted puede hacer el trabajo en un RPC modelo, si usted no puede mirar todo desde un recurso orientado a la vista.

Al menos de las demos que vi recientemente, parece que ADO.Net Servicios de Datos está construida sobre la pila de WCF en el servidor.Por favor me corrija si estoy equivocado.

No tengo la intención de iniciar un DESCANSO vs JABÓN debate, pero supongo que las cosas no son tan cristalinas más.

Cualquier sugerencias o pautas en lo que a uso de dónde?

Answer 1

En mi punto de vista ADO.Net servicios de datos es para la creación de servicios restful que están estrechamente alineados con el modelo de dominio, que es el de los modelos de sí mismos se publican en lugar de decir alguna forma de DTO etc.

Utilizando para RPC de los servicios de tipo parece un mal ajuste, aunque, desafortunadamente, incluso algunas muy características básicas, como ser capaz de realizar un filtrado de los recuentos etc.no están disponibles, lo que a menudo significa que va a acabar con algunos de RPC sólo para satisfacer las necesidades de sus clientes es decir,así que usted puede mostrar un bloque paginado de la cuadrícula etc.

WCF 3.5 pre-SP1 fue bastante débil Descanso de la plataforma, con SP1 cosas han mejorado en ambos Uri plantillas y con la disponibilidad de ATOMPub de apoyo, de tal manera que es cada vez más capaz, pero que en realidad no ofrecer ninguna solución elegante para el apoyo a decir JSON, XML, ATOM o incluso algo más esotéricas como la carga útil como CSV simultáneamente, corto de tener que hacer uso de la reescritura de URL y de diferente extensión, nombre de método fotográficos, etc.- en lugar de simplemente seleccionar un serializador/deserializer basado en las cabeceras de la petición.

Con WCF aún es difícil crear servicios que funcionan de una forma más natural de descanso manor es decir,cuando los recursos de incluir las direcciones url, y puede hacer la transición del estado al navegar a través de ellos - es un poco torpe - ADO.Net servicios de datos hace esta muy bien con él AtomPub apoyo.

Mi recomendación sería utilizar los servicios web de donde son, naturalmente, son los servicios y los fuertes límites de servicio se aplica, uso ADO.Net los servicios de Datos para la web rico en estilo clientes (sitios web, ajax, silverlight) donde el composability de la url de consultas puede ahorrar un montón de plomería y el modelo de dominio es bastante básico...y el rollo de su propio DESCANSO capa (tal vez usando un marco de MVC como punto de partida) si usted necesita un control completo sobre la información, es decir,si está publicando una API para que otros desarrolladores para consumir en una plataforma social, etc.

Mi 2ø vale la pena!

Answer 2

El uso de WCF del resto de unión es muy válido cuando se trabaja con código que no interactuar con una base de datos.Los verbos HTTP no siempre tiene que ir en contra de un proveedor de datos.

Answer 3

En realidad, hay opciones para filtrar y saltar para conseguir que la página como característica, entre otros.

Ver aquí: