Comment forcer WCF à utiliser xs: All au lieu de xs: Sequence pour que l'ordre des éléments SOAP ne soit pas pertinent?

Question

Comment pouvez-vous utiliser WCF xs: All au lieu de xs: Sequence lorsqu'il définit des types d'objets complexes dans le fichier wsdl/xsd pour un service Web? Le problème que je rencontre est que xs: Sequence exige que les applications appelantes transmettent les éléments dans le message soap dans l'ordre spécifié dans le fichier xsd généré par WCF (c'est alphabétique par défaut). xs: Tout (ou le choix d'ailleurs) ne se soucie pas de la commande.

Ce comportement peut-il être modifié simplement via une option de configuration quelque part?

Answer 1

Du haut de ma tête, je pense que vous ne pouvez pas. Ce que vous pouvez faire à la place, c'est écrire le fichier WSDL à la main, puis utiliser svcutil.exe pour générer le code. Si tout ce que vous voulez faire est de commander des éléments dans un ordre différent de l'ordre alphabétique, vous pouvez commander les éléments dans le DataContract, en utilisant le paramètre Order (commençant par 1, non 0 like arrays) sur l'attribut [DataMember] [DataMember (Order = 1)], [DataMember (Order = 2)], etc).

Answer 2

Vous pouvez utiliser WCF pour utiliser XmlSerializer au lieu de DataContractSerializer. XmlSerializer prend en charge xs: all. Voir http://msdn.microsoft.com/en-us/library/ms733901.aspx

Answer 3

Même si vous pouviez forcer WCF à le faire, le désérialiseur ne fonctionnerait pas correctement pour supporter l'entrée. Exemples et explication ci-dessous.

Entrée 1 (bon):

<MyOperation> 
    <AField>value A</AField> 
    <BField>value B</BField> 
</MyOperation> 

Entrée 2 (mauvais):

<MyOperation> 
    <BField>value B</BField> 
    <AField>value A</AField> 
</MyOperation> 

Donc, si l'entrée 1 désérialisée correctement, entrée 2 ne serait pas - BField aurait une valeur était défini, mais la propriété AField serait nulle. Si WCF ne peut pas gérer cette entrée hors séquence, je pense fortement qu'il devrait lancer une exception, mais en fonction de mes tests (.NET 3.5 dans IIS), il ne le fait pas, il ignore certaines valeurs d'élément . Par ailleurs, WCF ignore également les entrées totalement fausses, tant qu'elles n'affectent pas les valeurs d'éléments valides recherchées. Donc, cette entrée

<MyOperation> 
    <bogusField>with or without data</bogusField> 
    <AField>value A</AField> 
    <bogusField2 /> 
    <BField>value B</BField> 
    <bogusField3></bogusField3> 
</MyOperation> 

ne jeter aucune erreur, et serait en fait désérialiser les valeurs et LOIN BField.