Comment concevez-vous une API SOAP/REST avec collection comme paramètres d'entrée?

Je suis en train de concevoir un service web wcf qui supportera les interfaces REST et SOAP. Comme méthodes je cherche à soutenir le type de méthodes suivantes:Comment concevez-vous une API SOAP/REST avec collection comme paramètres d'entrée?

GetClientByID(int ID) 
GetClientsByID(List<int> ID) 

GetClientByEmail(string Email) 
GetClientsByEmail(List<string> Email)

Je vais aussi devoir soutenir 15-20 différentes requêtes de ce genre ci-dessus, ayant 4 séparés par des moyens requête beaucoup de méthodes pour soutenir.

Comment concevez-vous une API comme celle-ci qui doit supporter le cas ci-dessus où je pourrais vouloir demander plusieurs objets dans la même requête et en demander un seul? Et en même temps être amical SOAP/REST? Ou suis-je trop compliqué?

Est-ce que je devrais faire toutes les listes d'entrée? au lieu d'avoir une méthode GetSingle séparée?

Source

2010-11-28 John

Quelle est la raison pour laquelle vous voulez prendre en charge Restful sur HTTP et SOAP? Vous devrez investir beaucoup plus de ressources pour prendre en charge deux styles d'api très différents ... –

Essayer de créer une seule API qui adhère à deux styles architecturaux différents va rendre votre vie très difficile et entraînera probablement une mauvaise implémentation des deux. –

Et en même temps être compatible avec SOAP/REST?

Je dirais WS - */REST amical. Rien ne vous empêche d'avoir SOAP comme format de ressource dans votre service REST.

Bien que je ne vois pas la raison pour laquelle WS- * et REST sont supportés (mais les exigences sont des exigences ...) vous devriez avoir votre application principale indépendante des 2 styles, puis ajouter une couche dessus cela servirait d'adaptateur. Une API d'adaptateur pour REST et une pour WS- *

Source

2011-04-12 11:34:03 redben

Comment concevez-vous une API SOAP/REST avec collection comme paramètres d'entrée?

Répondre

Questions connexes