VS2003 Web Reference pour un service WCF a un paramètre supplémentaire "IdSpecified"

Question

Je développe un service WCF en utilisant VSTS 2008 + .Net 3.5 + C# et ça fonctionne très bien quand j'utilise aussi VSTS 2008 pour développer un client (en utilisant la fonction Add Service Reference) au code de proxy des services Web client généré automatiquement). Le WCF que j'ai développé utilise basicHttpBinding. Le problème que j'ai rencontré est, lorsque j'utilise Visual Studio.Net (Visual Studio 2003) pour générer le code de proxy des services Web client, il existe un paramètre d'entrée supplémentaire pour une méthode OperationContract appelée IdSpecified (type booléen). J'ai testé que lorsque Spécifier IdSpecified à true, la valeur du paramètre Id sera correctement transmise au serveur WCF, mais quand je spécifie IdSpecified à false, peu importe les valeurs que je spécifie au paramètre Id, côté serveur WCF, Id sera toujours 0. J'ai également essayé pour le type de paramètre d'entrée comme chaîne, il n'y a pas un tel paramètre d'entrée supplémentaire du côté client.

Ma question est pourquoi il y a un paramètre supplémentaire? Quelle est sa signification et est-il possible d'éviter de générer un tel paramètre supplémentaire?

est ici de Visual Studio.Net côté client généré automatiquement des services Web code proxy,

public StudentInfo Poll(int Id, [System.Xml.Serialization.XmlIgnoreAttribute()] bool IdSpecified) 

Voici mon VSTS 2008 code côté serveur WCF,

[OperationContract] 
StudentInfo Poll(int Id); 

EDIT 1: voici une partie de le code généré automatiquement du côté client à propos de la méthode Poll.

[return: System.Xml.Serialization.XmlElementAttribute(IsNullable=true)] 
public StudentInfo Poll(int Id, [System.Xml.Serialization.XmlIgnoreAttribute()] bool IdSpecified) { 
    object[] results = this.Invoke("Poll", new object[] { 
       Id, 
       IdSpecified}); 
    return ((StudentInfo)(results[0])); 
} 

Answer 1

George,

Ce comportement est, et a été là depuis la version 1.0 .NET. En fait, si vous créiez un service Web ASMX avec VS2003, avec la même signature de méthode, vous obtiendriez le même résultat.

Le problème est dû au fait que les types de valeur marqués dans le fichier WSDL ne sont pas requis. Comme ce sont des types de valeurs, ils ne peuvent pas retourner null (et VS2003 n'a pas de types Nullable). La solution implémentée par Microsoft consistait à ajouter un champ ou une propriété booléen distinct que vous pouvez définir pour indiquer si vous fournissez ou non la valeur.

Cela signifie que lorsque votre application .NET 1.1 veut appeler le service, il faut régler le paramètre IdSpecified:

using (WebReference1.PollService svc = new WebReference1.PollService()) { 
    StudentInfo info = svc.Poll(id, true); // True to specify 
} 

---

Je ne l'ai pas essayé, mais pourquoi ne pas :

[DataContract] 
public class PollParameters { 
    [DataMember(Required = true)] 
    public int Id; 
} 

[OperationContract] 
public StudentInfo Poll(PollParameters parameters); 

Essayez cela et voyez à quoi ressemble le proxy dans VS2003.

Answer 2

Vous pouvez essayer d'utiliser un DataContract plutôt qu'un simple paramètre entier. Le contrat de données vous permet de spécifier si un membre est requis ou non, ce qui, si le membre est requis, pourrait supprimer ce bool.