Onde se encaixa ADO.net Data Services em uma N-Layer Arch?

Question

Eu não gosto accesssing dados diretamente da camada de interface do usuário. Eu estou de alguma forma não compreender onde usar um serviço de dados ADO.net em um software de arco N-Layer.

EDIT: Eu estou lutando com o conceito de um serviço como uma DAL. Eu diria que ele não é muito eficiente embora pareça escalável.

Answer 1

Não sou especialista aqui, mas desde que eu possa reunir a partir da leitura que tenho feito, ADO.NET Data Services parece ser uma maneira de fornecer acesso RESTful ao seu EDM definido modelo de dados. Eu acho que o kicker é que as entidades são definidos usando uma definição EDM que você provavelmente está usando em sua camada de dados com o Entity Framework (se não você pode aswel apenas usar WCF em vez de Data Services) e controle de alterações com a EF em níveis é difícil e porque o serviço é RESTO (HTTP) com base existe suporte para Etags que permitem o controle de alterações que ........ espero que você começa a foto ...... torna a sua vida mais fácil.

Agora, como eu disse antes Não sou especialista, mas isso é o que eu fiz com ele até agora (desde a investigação apenas). Uma parte que eu estou em falta, porém, é WCF tem suporte para o descanso então como isso se encaixa dentro ou onde é que aquele lugar Serviços de Dados (suponho que é sempre vai ser a necessidade de serviços RESTful que não precisam ou querem EDM)

Eu gostaria de ouvir o que as outras (mais experientes) espreitadelas pensar, porém, como eu posso estar fora do alvo também.