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é).

Je parle bien entendu de validation côté serveur et non côté client :cry:

Citation:

---

Envoyé par WOLO Laurent

Je parle bien entendu de validation côté serveur et non côté client :cry:

---

Alors là je te comprends plus. Depuis quand il existe une sois-disant validation côté Serveur en WCF ?

WCF s'en fout que les données soient valides ou pas tant que le message entrant ou sortant respecte le format qu'on attend de lui et qui est défini dans le WSDL.

La seule chose qui ressemble à de la validation des données est le fait de rendre obligatoire la saisie des données côté client sinon une exception est déclenchée. Mais cette méthode ne peut en aucun cas être considérée comme validation des données.
Question : comment peux-tu dire à WCF de valider un email que ce soit côté client ou serveur ? :ccool:

Citation:

---

Envoyé par h2s84

Alors là je te comprends plus. Depuis quand il existe une sois-disant validation côté Serveur en WCF ?
WCF s'en fout que les données soient valides ou pas tant que le message entrant ou sortant respecte le format qu'on attend de lui et qui est défini dans le WSDL.

---

Attention, il me semble que nous avons un problème de language.
Validation=respect de format attendu et format attendu est dicté par les paramètres d'entrées et/ou de sorties qui permettent de générer un schéma xml pour la vérification, maintenant WSDL n'est qu'une définition. Je ne vais pas continuer à discuter si vous voulez, ouvrer un nouveau post.

Cool ! là je vois bien. :roll:

Un peu de lecture

http://msdn.microsoft.com/en-us/library/ms733832.aspx

La problématique c'est qu'au court du temps le client va avoir une définition d'une classe utilisée par le webservice qui ne sera plus à jour avec celle du serveur car des champs vont être ajoutés à cette classe côté serveur.

Si IsRequired n'est pas à true, le serveur est capable (heureusement) de desserialer les vieux appels sans problème.

+1,

C'est pour cela que cette propriété est à False par défaut et du coup lorsqu'une nouvelle version entraîne qu'on soit obligé de retirer une des propriétés du contrat de données, WCF arrivera tout de même à dé sérialiser le message bien qu'il ait une donnée manquante.

Maintenant ce que je veux que vous puissiez comprendre c'est que tout cela est traduit en XSD. Voici ce que dit un self-passed:

Citation:

---

Envoyé par Self-passed Training Kit, 70-503, page 29

WCF and Web Services Standards
Although the details of Web standards are outside the scope of this book, it is at least
worth commenting on how the various WCF contracts relate to three of the core Web
services standards. The three core types of WCF contracts map directly to a corresponding
Web services standard in the following way:
�� Service contracts map to WSDL
�� Data contracts map to XSD
�� Message contracts map to SOAP
In fact, as can be seen from the fact that most of these contract definition mechanisms
reside in a namespace called System.ServiceModel, Microsoft as part of its vision of
modeling and Domain Specific Languages (DSLs) views these contract-definition languages
as .NET-based models that can be used as alternatives to their standards-based
counterparts.

---

Je ne comprends pourquoi avoir ça si on est tous d'accord.

Tu veux en venir où plus exactement en citant les correspondances entre WCF et les standards des services web ?

N.B.: XSD représente un contrat de données. Or on sait tous XSD permet de définir des éléments comme étant optionnels d'où la propriété IsRequired que je traîne dans plusieurs de mes posts.

Le fait que le WCF s'appuie sur XSD et que XSD permette de valider les données ! Et donc comment pouvez-vous me dire que depuis quand WCF valide les données côté service ? C'est là mon problème.

Citation:

---

Envoyé par WOLO Laurent

Le fait que le WCF s'appuie sur XSD et que XSD permette de valider les données !

---

un petit rappel sur l'utilité du XSD : c'est un schéma défini à l'avance et qui permettra de vérifier qu'une structure de données qui est du XML est bien formé et valide.
Maintenant qu'entends ton par l'adjectif valide dans le contexte du XSD : le fait que la structure soit valide signifie que l'ensemble des règles est respecté comme par exemple :

• s'avoir q'un élément doit apparaître une seule fois,
• qu'un élément peut apparaître plusieurs dans un fichier,
• que tel élément est obligatoire,
• tel autre ne l'est pas,
• etc...

XSD joue sur les éléments et attributs pour voir si la structure est valide et non les contenus donc les données de ces derniers. Si tu m'as bien compris => XSD ne permet pas de vérifier la validité des données mais la validité de la structure. Ce qui donne le lemme suivant : WCF ne permet pas de vérifier la validité des données contenu dans un contrat de données mais oblige que le message SOAP rentrant respecte la structure définie dans le contrat pour pouvoir être désérialisé.

Citation:

---

Envoyé par WOLO Laurent

Et donc comment pouvez-vous me dire que depuis quand WCF valide les données côté service ? C'est là mon problème.

---

En gros t'arrives pas à voir la différence entre validation des données et validation d'une structure de données (c'est ce dernier qui est effectué par XSD). :ccool:

Ah, voila que nous avons juste des problèmes de language, je pense que nous nous comprenons maintenant :ccool: On disait la même chose.

Sujet clos mon ami. ;)

Juste qu'on doit utiliser les bons mots à la place qu'il faut.

Bonne soirée à tous :D.