Question

Quelqu'un a-t-il trouvé une bonne méthode pour simuler les appels du service de données ADO.Net à partir d'une application Silverlight?

La puissance de Data Services semble être l’utilisation de linq, côté client, sur les entités. Cependant, lorsque vous testez les objets qui accèdent aux données, comment pouvez-vous simuler le service?

Une solution consiste à créer un service de données fictif complet, mais tous les objets devront être recréés.

Existe-t-il des cadres moqueurs pouvant vous aider?

Était-ce utile?

La solution

Si vous avez créé vos propres interfaces et wrappers pour les services , vous ne devez pas vous moquer des objets réels renvoyés par le service.

Ainsi, vous pourriez avoir un ICustomerRepository qui encapsule le service de données ADO.NET qui expose votre table Customer. Vous pouvez ensuite simuler l'ICustomerRepository tout en renvoyant les mêmes objets Client que le service de données.

Autres conseils

Je comprends, mais l’un des avantages de l’ADO.Net Data Services semble être que vous obtenez vos objets d’entité gratuitement. Mais si vous ne pouvez pas vous moquer du service appelé, cela n’aide en rien.

Peut-être qu'un des moyens est de passer dans un autre URI, mais ce ne serait probablement pas toujours les mêmes objets?

Si vous écrivez de nouvelles interfaces ou façades pour masquer les objets, vous avez l’impression que vous avez perdu tout ce que vous avez gagné?

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top