Service WCF Paramètres Optionnels

Bonjour je dois réaliser un service WCF et j'aimerais savoir si on peut utiliser les paramètres optionnels dans les méthodes.

J'ai essayer ceci :

Code:

---

1 2	<OperationContract()> _ Function maFonction(Optional ByVal param As ObjetQuelconque = valeur)

---

mais dans mon application Silverlight qui consomme le service, le paramètre est obligatoire

Y a t'il une autre façon de faire ?

merci

Utiliser un Nullable<Int> peut-être une solution.

Ce n'ai pas possible car là j'ai fait un exemple avec Int mais sa peut être un objet quelconque de ma mon projet et je dois pouvoir lui donner une valeur par défaut et cette solution ne fonctionne pas.

(j'ai modifier un peu le poste pour que ce soit plus claire)

Au niveau des méthode je pense que ce n'est possible en WSDL (mais à vérifier)
Cela ce fait un niveau des objets échangés s'ils évoluent pour que les anciens clients puissent toujours fonctionner et les desserialiser :

En c#

Code:

---

1 2	[DataMember(IsOptional = true, VersionAdded = 2)]

---

Mais avec cette fonctionnalité tu dois pouvoir couvrir ton cas : la signature de la méthode ne change pas mais le paramètre est un objet à géométrie variable avec des propriété optionnelles.

Et si tu voulais faire du contract first avec WCF pour maîtriser le WSLD et mettre des paramètre optionnels et tout je crois pas que ça soit prévu et intégré dans les outils de MS.

Je n'arrive pas à voir ou tu veux en venir tu pourrais me faire un exemple NicoL ?

Citation:

---

Envoyé par NicoL__

Code:

---

1 2	[DataMember(IsOptional = true, VersionAdded = 2)]

---

---

Petite rectification IsOptional n'existe pas pour l'attribut DataMember :P. Il faut utiliser la propriété IsRequired pour rendre optionnel un membre d'un contrat de données.
Soit :

Code:

---

1 2	[DataMember(IsRequired = false)]

---

Ton code initial me fais penser que j'ai dû louper un truc mais ce n'est pas le cas. Ta propriété VersonAdded aussi n'existe pas pour l'attribut DataMember. Par contre elle existe pour l'attribut OptionalAttribute sauf que l'info indique => "Cette propriété est réservée et n'est pas utilisée." Et je ne pense pas que l'attribut OptionalFieldAttribute soit d'actualité pour WCF.

Sinon pour palier au problème de versionning la meilleure méthode est d'implémenter l'interface IExtensibleDataObject. Pour plus d'infos sur les bonnes pratiques en WCF regardes ici.

Pups je me suis trompé, j'ia effectivement écrit n'importe quoi... mais normalement le WSDL permet ce genre de truc, Microsoft pas...
Du coup j'ai relu un peu tout, et il n'y a pas de versionning sur les interface WCF... soit elle le changement est compatible (ajout de champs) soit incompatible alors il faut faire un nouveau contrat avec un n° de version dans le namespace.
Pour en revenir au sujet, on peut pas faire des signature de méthode avec des paramêtres optionnelles par contre on peut faire des objets qui sont utilisé avec des propriété optionnelles. Ce qui permet de résoudre le problème.

Citation:

---

Envoyé par timlartiste

Bonjour je dois réaliser un service WCF et j'aimerais savoir si on peut utiliser les paramètres optionnels dans les méthodes.

J'ai essayer ceci :

Code:

---

1 2	<OperationContract()> _ Function maFonction(Optional ByVal param As ObjetQuelconque = valeur)

---

mais dans mon application Silverlight qui consomme le service, le paramètre est obligatoire
Y a t'il une autre façon de faire ?
merci

---

Je suis formel, ce n'est pas possible, et cela ne sert à rien de passer du temps sur ce sujet, WCF est rigoureux sur les datacontrats et ca s'appelle datcontrat, c'est à dire que les données en int ou out doivent respecter ce contrat. Si vous voulez quand meme bricoller ce genre de chose s'acchant que ni la surcharge des méthodes, ni le polymorphisme ne marchent, le plus simple est de créer d'autres méthodes avec d'autres noms parce que même dans le cas des nullable<int>, vous allez quand même fournir un paramètre ...

Certes mais on peut passer des objet avec plus ou moins de champs, la sérialisation/deserialisation devrait quand même bien se réaliser.
Cela permet une certaine évolutivité des WS et de supporter plusieurs clients ayant des besoins un peu différents.

Il est donc impossible de gérer les paramètres optionnels des méthodes en <OperationContract()> dans un Service WCF.

Réponse faite, forum résolu.
Merci à tous.

Attention, vous devez toujours passer un objet telle que défini dans le contrat de service maintenant s'il y'a des champs de l'objet qui n'ont pas été renseignés, cela sera une autre paire de manche.
C'est à dire que :

Code:

---

1 2	[OperationContrat] int Bon_Update(BonReception br);

---

Code:

---

1 2 3 4 5 6 7

[DataContrat] public class BonReception { public Champ1 type1 { get; set; }, public Champ2 type2 { get; set; }, public Champ3 type3 { get; set; } }

---

Et là, vous pouvez fournir des valeurs à certaines propriétés sur le client

Code:

---

1 2 3 4 5 6 7

Bon_Reception br = new Bon_Reception { Champ1=Valeur1 } Using(ServiceClient srvcli=new ServiceClient()) { int retval=srv. Bon_Update(br); srv.Close(); }

---

Et ca va marcher... mais cela ne veut pas dire que WCF supporte des paramètres optionnels !

Citation:

---

Envoyé par WOLO Laurent

mais cela ne veut pas dire que WCF supporte des paramètres optionnels !

---

Ce que tu dis est vrai mais faut aussi savoir ce que les autres entendent par paramètres optionnels.

Les paramètres optionnels ne sont pas supportés dans les opérations du contrat de service. Cela veut dire que si une fonction de ton service a besoin de n paramètres pour s'exécuter alors tu dois passer n paramètres pour pouvoir appeler la fonction et l'exécuter correctement.

La solution proposée par NicoL permet bien de palier à ce manque, c'est à dire de créer un contrat de données avec des paramètres optionnels (rigoureusement appelés Propriétés Optionnelles en jouant sur la valeur de IsRequired de l'attribut DataMember). une fois ce contrat de données créer alors tu peux l'utiliser en paramètre de ta fonction. J'aurai fait pareil.

Et qu'est ce qui ce passe lors de la sérialisation en XML ?

Citation:

---

Envoyé par WOLO Laurent

Et qu'est ce qui ce passe lors de la sérialisation en XML ?

---

Ce qui se passe lors de la sérialisation est simple : les propriétés optionnelles ne sont pas obligatoires du coup le client peut ne pas renseigner de valeur pour celles-ci lors de la création du contrat de données. Si la propriété EmitDefaultValue est à False dans l'attritbut DataMember de ces propriétés optionnelles alors ces dernières ne seront pas présentes dans le message SOAP. Si par contre EmitDefaultValue est à True alors les propriétés bien que optionnelle seront incluses dans le message SOAP avec la valeur 0 pour les types numériques et null pour les autres :ccool:

Sujet interressent je propose de faire un petit lab et de sniffer pour voir les échangent et je reviendrais vers vous.

En fait, nous parlons de la même chose. Les paramètres optionnels n'existent pas en WCF mais il existe un moyen pour gerer une fonctionalité similaire. Inutile donc de continuer.

Ce n'est pas moi qui continue mais toi et je te rappelle (encore une fois, c'était déjà le cas dans un autre post) que j'ai bien mis

Citation:

---

La solution proposée par NicoL permet bien de palier à ce manque

---

J'ai bien admis qu'il s'agissait d'un manque et WCF permait grâce à une certaine routine de contourner le problème. :ccool:

Comme tu l'as dis :

Citation:

---

Les loups ne se mangent pas entre eux mon ami

---

:mouarf:

Je dirais en plus que la notion de paramètres optionnel dans un appel de webservice n'a pas d’existence. Par contre les objet transmis peuvent être variable ( et même avoir un version (ce qui permet d'optimiser l'envoie de données, mais pas avec WCF). WCF, ne valide pas l'objet par rapport au schéma, c'est pour ça que la désserialisation marche (sauf si IsRequired = true), mais toutes les données sont envoyées par le service WCF.

Citation:

---

Envoyé par NicoL__

Je dirais en plus que la notion de paramètres optionnel dans un appel de webservice n'a pas d’existence.

---

Nous sommes tous d'accord pour ca.

Citation:

---

Envoyé par NicoL__

WCF, ne valide pas l'objet par rapport au schéma, c'est pour ça que la désserialisation marche (sauf si IsRequired = true), mais toutes les données sont envoyées par le service WCF.

---

Non, WCF valide toujours l'objet en fonction du schema, c'est pour cette raison que les datacontrats ont été introduits.

Citation:

---

Envoyé par WOLO Laurent

Non, WCF valide toujours l'objet en fonction du schema, c'est pour cette raison que les datacontrats ont été introduits.

---

Je ne suis pas d'accords avec toi, les contrats de données n'ont pas été introduits juste parce qu'ils permettent de valider les données.

Par défaut un contrat de données n'est pas validé lors de la sérialisation (client vers serveur) donc je rejoins NicoL :ccool: Pour obliger (je préfère le verbe obliger plutôt que valider) le client à saisir une valeur pour un membre du contrat de données il faut utiliser la propriété IsRequired sur les membres de données en mettant sa valeur à True. Ainsi et uniquement avec ça, le client saura qu'une donnée est obligatoire (pas invalide parce qu'il peut saisir n'importe quoi tant qu'il y a une donnée ça passera) vu qu'une exception sera générée si une donnée est manquante (Tout cela bien sûr si EmitDefaultValue n'est pas mis à True pour le membre concerné).