Où ADO.net Data Services s'intègre-t-il dans une arche N-Layer?

Question

Je n'aime pas accéder aux données directement à partir de la couche d'interface utilisateur. Je n'arrive pas à comprendre où utiliser un service de données ADO.net dans un logiciel N-Layer arch.

EDIT: Je suis aux prises avec le concept de service en tant que DAL. Je suppose que ce n’est pas trop efficace même s’il semble extensible.

Answer 1

Je ne suis pas un expert ici, mais d'après ce que je peux comprendre de la lecture que j'ai faite, ADO.Net Data Services semble être un moyen de fournir un accès RESTful à votre modèle de données défini EDM. Je pense que le kicker est que les entités sont définies en utilisant une définition EDM que vous utilisez probablement à votre niveau Data avec Entity Framework (sinon, vous pourriez simplement utiliser WCF au lieu de Data Services) et le suivi des modifications avec EF sur plusieurs niveaux est difficile Et comme le service est basé sur REST (HTTP), il existe un support pour les Etags qui permettent le suivi des modifications ........ si tout va bien vous obtenez l'image ...... vous facilite la vie.

Maintenant, comme je l’ai dit auparavant, je ne suis pas un expert, mais c’est ce que j’en ai fait jusqu’à présent (à partir de la recherche uniquement). Une partie me manque cependant, c’est que WCF prenne en charge REST. Comment cela s’intègre-t-il ou à quel endroit se trouve Data Services (je suppose que nous aurons toujours besoin de services RESTful qui n’ont pas besoin ou ne veulent pas de GED)?

J'aimerais savoir ce que pensent les autres joueurs (plus expérimentés), car je suis peut-être également hors cible.