Dove si inserisce ADO.net Data Services in un arco di livello N?

Question

Non mi piace accedere ai dati direttamente dal livello dell'interfaccia utente. In qualche modo non riesco a capire dove utilizzare un servizio dati ADO.net in un software ad arco N-Layer.

EDIT: sto lottando con il concetto di un servizio come DAL. Suppongo che non sia troppo efficiente anche se sembra scalabile.

Answer 1

Non sono un esperto qui, ma da quello che posso ricavare dalla lettura che ho fatto, ADO.Net Data Services sembra essere un modo per fornire un accesso RESTful al modello di dati definito dall'EDM. Penso che il kicker sia che le entità sono definite usando una definizione EDM che probabilmente stai usando al tuo livello Dati con l'Entity Framework (in caso contrario dovresti semplicemente usare WCF invece di Data Services) e cambiare traccia con EF attraverso i livelli è difficile e poiché il servizio è basato su REST (HTTP), esiste il supporto per Etags che consente il rilevamento delle modifiche che ........ spero che tu riesca a scattare la foto ...... ti semplifichi la vita.

Ora, come ho detto prima, non sono un esperto, ma questo è quello che ho fatto finora (solo dalla ricerca). Una parte che mi manca, tuttavia, è che WCF ha il supporto per REST, quindi come si inserisce o dove si collocano i servizi dati (suppongo che ci sarà sempre la necessità di servizi RESTful che non necessitano o non vogliono EDM)?

Mi piacerebbe sapere cosa pensano gli altri sbirri (più esperti), dato che potrei anche essere fuori bersaglio.