¿Dónde encajan los servicios de datos de ADO.net en un arco de N capas?

Question

No me gusta acceder a los datos directamente desde la capa de IU. De alguna manera no entiendo dónde usar un servicio de datos ADO.net en un software de arco de N-Layer.

EDITAR: estoy luchando con el concepto de un servicio como DAL. Supongo que no es demasiado eficiente, aunque parece escalable.

Answer 1

No soy un experto aquí, pero de lo que puedo deducir de la lectura que hice, los Servicios de datos de ADO.Net parecen ser una forma de proporcionar acceso RESTful a su modelo de datos definido por EDM. Creo que el truco es que las entidades se definen usando una definición EDM que probablemente esté usando en su nivel de Datos con Entity Framework (si no es así, simplemente use WCF en lugar de Servicios de datos) y cambiar el seguimiento con EF en todos los niveles es difícil y debido a que el servicio está basado en REST (HTTP), hay soporte para Etags que permiten el seguimiento de cambios que ........ espero que te hagas una idea ...... te haga la vida más fácil.

Ahora, como dije antes, no soy un experto, pero esto es lo que he hecho hasta ahora (solo de investigación). Sin embargo, una parte que me falta es que WCF tiene soporte para REST, entonces, ¿cómo encaja eso o dónde ubica los servicios de datos (supongo que siempre habrá la necesidad de servicios RESTful que no necesiten o no quieran EDM)?

Sin embargo, me gustaría saber qué piensan otras personas (más experimentadas), ya que también puedo estar fuera del objetivo.