Frage

Hat jemand eine gute Methode der Verspottung aus ADO.Net Data Service Anrufe von einer Silverlight-Anwendung gefunden?

Die Macht des Data Service scheint die Verwendung von Linq, Client-Seite über Entitäten zu sein. Allerdings, wenn die Objekte zu testen, die den Datenzugriff zu tun, wie können Sie den Dienst verspotten?

Eine Möglichkeit ist, einen ganzen Mock Data Service zu schaffen, aber dann alle Objekte müßten neu erstellt werden.

Gibt es spöttischen Frameworks, die helfen können?

War es hilfreich?

Lösung

Wenn Sie eine eigene Schnittstellen und Wrapper für die Dienste erstellt würden Sie nicht die tatsächlichen Objekte vom Dienst zurück verspotten müssen.

So Sie möglicherweise eine ICustomerRepository haben, die die ADO.NET-Datendienst wickelt, die Ihre Kundentabelle aussetzt. Sie könnten dann die ICustomerRepository verspotten, aber immer noch die gleichen Kunden Objekte, die den Datendienst kehrt zurück.

Andere Tipps

Ich verstehe, aber einer der Vorteile von ADO.Net Data Service verwenden scheint zu sein, dass Sie Ihr Unternehmen kostenlos Objekte zu bekommen. Aber wenn Sie den Service nicht spotten kann es ruft dies nicht helfen.

Vielleicht ein Weg ist, in einem anderen uri passieren, aber es wäre vermutlich noch nicht alle die gleichen Objekte?

Wenn Sie am Ende das Schreiben neuer Schnittstellen oder Fassaden, die Objekte verstecken es fühlt sich an wie du alles verloren haben, die gewonnen hat?

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top