Nous concevons un système qui doit permettre la construction d'objets constitués de données, provenant de sources de données disparates (bases de données, systèmes de back-office par exemple) et examinant façons de faciliter cette fonctionnalité à travers une interface de service Web. Pour répondre à cette exigence, nous proposons de créer un objet "request" en tant que paramètre d'entrée pour les méthodes de requête de service Web afin que le service Web sache quels champs de l'objet remplir, quelle sorte de "pick n mix" pour faire voler votre objet de retour.Besoin de conseil sur un modèle de "modèle de requête" de service web
Comment cet objet "Modèle de requête" peut-il être conçu et est-ce une approche appropriée?
Nous avons besoin de la solution pour atteindre les objectifs suivants:
doit être clair pour le consommateur du service ce que la méthode attend et ce qui sera retourné.
Le consommateur doit avoir la visibilité que à quels endroits sont disponibles pour
chaque champ lors de la construction de la demande
.Une relation claire existe entre l'objet de réponse et l'objet de requête .
Personnellement, je déteste cette approche, mais ce n'est qu'une opinion personnelle. – leppie
N'essayez pas de regrouper toutes les fonctionnalités possibles en une seule fonction. Si vous avez plusieurs sources, créez plusieurs fonctions. – Dialecticus
@leppie êtes-vous capable de donner des raisons pour votre position? –