Cómo burlarse de las llamadas al servicio de datos ADO.Net desde Silverlight

Question

¿Alguien ha encontrado un buen método para burlarse de las llamadas de ADO.Net Data Service desde una aplicación Silverlight?

El poder de los servicios de datos parece ser el uso de linq, del lado del cliente, sobre las entidades. Sin embargo, al probar los objetos que acceden a los datos, ¿cómo puede burlarse del servicio?

Una forma es crear un servicio de datos simulado completo, pero luego todos los objetos necesitarían ser recreados.

¿Hay algún marco burlón que pueda ayudar?

Answer 1

Si creó sus propias interfaces y envoltorios para los servicios no tendría que burlarse de los objetos reales devueltos por el servicio.

Por lo tanto, es posible que tenga un ICustomerRepository que envuelva el servicio de datos ADO.NET que expone su tabla de Clientes. A continuación, puede burlarse del ICustomerRepository pero aún devolver los mismos objetos de Cliente que devuelve el servicio de datos.

Answer 2

Entiendo, pero una de las ventajas de usar ADO.Net Data Services parece ser que obtienes los objetos de tu entidad de forma gratuita. Pero si no puede burlarse del servicio al que llama, esto no ayuda.

¿Quizás una forma es pasar una uri diferente, pero presumiblemente todavía no serían todos los mismos objetos?

Si terminas escribiendo nuevas interfaces o fachadas para ocultar los objetos, ¿sientes que has perdido todo lo que has ganado?