Domanda

Qualcuno ha trovato un buon metodo per deridere le chiamate ADO.Net Data Service da un'applicazione Silverlight?

Il potere di Data Services sembra essere l'uso di linq, lato client, su entità. Tuttavia, quando si verificano gli oggetti a cui accedono i dati, come è possibile deridere il servizio?

Un modo è quello di creare un intero Data Service falso, ma poi tutti gli oggetti dovrebbero essere ricreati.

Ci sono dei quadri beffardi che possono aiutare?

È stato utile?

Soluzione

Se hai creato le tue interfacce e wrapper per i servizi non dovresti prendere in giro gli oggetti reali restituiti dal servizio.

Quindi potresti avere un ICustomerRepository che racchiude il servizio dati ADO.NET che espone la tua tabella Clienti. È quindi possibile deridere ICustomerRepository ma restituire comunque gli stessi oggetti Customer restituiti dal servizio dati.

Altri suggerimenti

Capisco, ma uno dei vantaggi dell'utilizzo di ADO.Net Data Services sembra essere quello di ottenere oggetti entità gratuitamente. Ma se non riesci a deridere il servizio che sta chiamando questo non aiuta.

Forse un modo è passare in un uri diverso, ma presumibilmente non sarebbero ancora tutti gli stessi oggetti?

Se finisci per scrivere nuove interfacce o facciate per nascondere gli oggetti ti sembra di aver perso tutto ciò che è stato guadagnato?

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top