Como é que os serviços ADO.Net dados apoiar POST ser algo diferente de criar?

Question

A partir da documentação que eu li até agora, o ADO.NET Data Services é posicionado como forma de expor um CRUD como interface para tabelas em um banco de dados em uma maneira RESTful. Isso é ótimo para aplicações que só fazem essas quatro operações, mas que sobre as aplicações que fazem mais?

E sobre verbos como Print, Aprovar, Submit, copiar, transferir, Processo, Calcular.

A abordagem comum em aplicações RESTful é criar novos recursos que podem ser interagiram com para realizar esses pedidos adicionais. por exemplo. Criar um recurso da impressora que pode ser lançado para executar uma operação de impressão. No entanto, esses recursos não necessariamente mapear para tabelas ou exibições no banco de dados.

Como o ADO.Net Data Services lidar com esses recursos que não são mapeadas para uma tabela? Como exemplo, digamos que você estava cálculo da folha de pagamento e você criou um endpoint / PayrollService / PayCalculator. Postando uma entidade que contém algumas informações de funcionários e sua remuneração bruta iria instruir o recurso PayCalculator para devolver os benefícios e deduções empregados.

Answer 1

Data Services pode expor "qualquer" objeto gráfico que você implementar IQueryable ligado e opcionalmente IUpdateable. Os objetos não precisa de qualquer forma ser mapeado para o db. Isso deve fazer o que você está procurando. Confira este vídeo 15min http: //channel9.msdn.com/posts/mtaulty/ADONET-Data-Services-VS08-Sp1-B1-Surfacing-Data/

Você também pode implementar as operações de serviço - métodos, se quiser. Ok - não tão RESTful, mas acessível e fácil de fazer. Confira este vídeo 7min http: //channel9.msdn.com/posts/mtaulty/ADONET-Data-Services-VS08-Sp1-B1-Service-Operations/