Comment les services de données ADO.Net supportent-ils que le POST soit autre chose que créer?

Question

D'après la documentation que j'ai lue jusqu'à présent, les services de données ADO.Net se positionnent comme un moyen d'exposer une interface semblable à CRUD aux tables d'une base de données de manière RESTful. C’est génial pour les applications qui ne font que ces quatre opérations, mais qu’en est-il des applications qui en font plus?

Qu'en est-il des verbes comme Imprimer, Approuver, Soumettre, Copier, Transférer, Traiter, Calculer.

Dans les applications RESTful, l’approche commune consiste à créer de nouvelles ressources avec lesquelles il est possible d’interagir pour exécuter ces requêtes supplémentaires. par exemple. Créez une ressource d'imprimante pouvant être publiée pour effectuer une opération d'impression. Cependant, ces ressources ne mappent pas nécessairement vers des tables ou des vues de la base de données.

Comment ADO.Net Data Services gère-t-il ces ressources qui ne sont pas mappées sur une table? Par exemple, supposons que vous calculiez la paie et que vous avez créé un point final / PayrollService / PayCalculator. POST une entité contenant des informations sur les employés et leur salaire brut chargera la ressource PayCalculator de renvoyer les avantages et déductions des employés.

Answer 1

Data Services peut exposer " any " graphique d'objet sur lequel vous implémentez IQueryable et éventuellement IUpdateable. Les objets ne doivent en aucun cas être mappés à la base de données. Cela devrait faire ce que vous cherchez. Découvrez cette vidéo de 15 min http: //channel9.msdn.com/posts/mtaulty/ADONET-Data-Services-VS08-Sp1-B1-Surfacing-Data/

Vous pouvez également implémenter des opérations de service - méthodes si vous le souhaitez. Ok - pas si reposant mais pratique et facile à faire. Découvrez cette vidéo de 7 min http: //channel9.msdn.com/posts/mtaulty/ADONET-Data-Services-VS08-Sp1-B1-Service-Operations/