Pergunta

Alguém já encontrou um bom método de zombar fora chamadas ADO.Net Data Service a partir de um aplicativo do Silverlight?

O poder de serviços de dados parece ser o uso de linq, do lado do cliente, mais entidades. No entanto, quando testar os objetos que fazem o acesso a dados como você pode zombar o serviço?

Uma maneira é criar uma falsa toda serviço de dados, mas, em seguida, todos os objetos que precisam ser recriados.

Existem quaisquer quadros zombaria que pode ajudar?

Foi útil?

Solução

Se você criou suas próprias interfaces e invólucros para a serviços você não teria para zombar os objetos reais retornados pelo serviço.

Assim que você pode ter um ICustomerRepository que envolve o serviço de dados ADO.NET que expõe sua tabela Cliente. Você poderia, então zombar do ICustomerRepository mas ainda retorna os mesmos objetos de clientes que o serviço de dados de retorno.

Outras dicas

Eu entendo, mas uma das vantagens da utilização de ADO.Net Data Services parece ser que você obtenha objetos sua entidade gratuitamente. Mas se você não pode zombar o serviço está chamando isso não ajuda.

Talvez é uma maneira de passar em um URI diferente, mas seria, presumivelmente, ainda nem todos os mesmos objetos?

Se você acabar escrevendo novas interfaces ou fachadas para esconder os objetos que se sente como se tivesse perdido tudo o que foi adquirido?

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top