¿Cómo los servicios de datos ADO.Net soportan que POST sea algo distinto a crear?

Question

De la documentación que he leído hasta ahora, los servicios de datos de ADO.Net se posicionan como una forma de exponer una interfaz de tipo CRUD a las tablas de una base de datos de forma REST. Esto es genial para aplicaciones que solo realizan esas cuatro operaciones, pero ¿qué pasa con las aplicaciones que hacen más?

¿Qué pasa con los verbos como Imprimir, Aprobar, Enviar, Copiar, Transferir, Procesar, Calcular.

El enfoque común en las aplicaciones RESTful es crear nuevos recursos con los que se pueda interactuar para realizar estas solicitudes adicionales. p.ej. Cree un recurso de impresora que pueda publicarse para realizar una operación de impresión. Sin embargo, estos recursos no necesariamente se asignan a tablas o vistas en la base de datos.

¿Cómo los servicios de datos ADO.Net manejan estos recursos que no se asignan a una tabla? Como ejemplo, digamos que estaba calculando la nómina y creó un punto final / PayrollService / PayCalculator. PUBLICAR una entidad que contenga cierta información de los empleados y su pago bruto le indicaría al recurso PayCalculator que devuelva los beneficios y las deducciones de los empleados.

Answer 1

Los servicios de datos pueden exponer " cualquier " gráfico de objetos en el que implementa IQueryable y, opcionalmente, IUpdateable. Los objetos no tienen que ser asignados de ninguna manera a la db. Esto debería hacer lo que buscas. Echa un vistazo a este video de 15 minutos http: //channel9.msdn.com/posts/mtaulty/ADONET-Data-Services-VS08-Sp1-B1-Surfacing-Data/

También puede implementar operaciones de servicio, métodos si lo desea. Ok, no tan RESTful pero práctico y fácil de hacer. Echa un vistazo a este video de 7min http: //channel9.msdn.com/posts/mtaulty/ADONET-Data-Services-VS08-Sp1-B1-Service-Operations/