Comment mettre en œuvre hérité d'un Dictionnaire de plus de WCF

Je suis en train de mettre en œuvre un dictionnaire pour une utilisation avec WCF. Mes besoins sont:

réelle (variable privée ou de la base de
classe) type équivalent à
Dictionnaire
Comparer
= System.StringComparer.InvariantCultureIgnoreCase
Personnalisé (override/nouveau) Add(clé,
valeur) méthode (à inclure
validations).
Substituer ToString()
Utilisation du même type sur le client et l'hôte

J'ai tenté à l'aide de cette classe dans un projet commun partagé par la FMC de l'hôte et des projets du client:

[Serializable]
public class MyDictionary : Dictionary<string, object>
{
  public MyDictionary()
    : base(System.StringComparer.InvariantCultureIgnoreCase)
  { }

  public new void Add(string key, object value)
  { /* blah */ }

  public override string ToString()
  { /* blah */ }
}

[DataContract]
[KnownType(typeof(MyDictionary))]
[KnownType(typeof(object[]))]
[KnownType(typeof(double[]))]
[KnownType(typeof(string[]))]
[KnownType(typeof(DateTime[]))]
public class ResultClass
{
  public object Value{ get; set; }
  /* More properties */
}
public class ParmData
{
  public object Value{ get; set; }
  /* More properties */
}
[DataContract]
[KnownType(typeof(MyDictionary))]
[KnownType(typeof(object[]))]
[KnownType(typeof(double[]))]
[KnownType(typeof(string[]))]
[KnownType(typeof(DateTime[]))]
public class ParameterClass
{
  public List<ParmData> Data{ get; set; }
  /* More properties */
}

[OperationContract]
ResultClass DoSomething(ParameterClass args);

Résultats:

Quand je passe la Mondictionnaire comme l'un des ParameterClass.Les données.Éléments de valeur, je reçois un manque KnownType exception.
Je peux revenir en toute sécurité Mondictionnaire dans le ResultClass, mais ce n'est plus mon type. C'est juste un Dictionnaire, et n'est pas moulage à MyDictionary. Également comparer = System.Collections.Generic.GenericEqualityComparer<string>, pas la casse comparer, je suis à la recherche d'.

L'aide que je demande, c'est de soit réparer ma tentative a échoué, ou d'une façon totalement différente à la réalisation de mes exigences énoncées. Aucune solution ne doit pas nécessiter la copie d'un dictionnaire à un autre.

Grâce

Est un NetDataContractAttribute une option viable? C'est, êtes-vous en mesure d'avoir des copies de la même assemblée avec votre Mondictionnaire classe de garantie disponible à la fois du client et du serveur?
Merci pour la réponse à mon post, mais vous n'avez pas répondu: est-ce que le code que j'ai posté travailler avec votre installation? Ou faut-il lever une exception (ou de ne pas apporter les données)?
Marc - je n'en ai fait 1 tentative avec votre test. clone.De données a généré une valeur nulle exception. Merci pour l'aide, mais jezell m'a orienté dans le bon sens.

OriginalL'auteur chilltemp | 2008-11-05

c#c#-3.0 wcf

10

Ajouter CollectionDataContract de la classe Dictionary:

Pour plus d'informations sur l'utilisation de la collecte de données des contrats de mettre en œuvre les dictionnaires, suivez ce lien:

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

Cela ressemble à l'approche correcte. Le seul problème est que je me retrouve avec un nouveau Mondictionnaire classe à un enfant de l'espace de noms. Je suis étudiant comment la convaincre d'utiliser l'espace de noms correct. (social.msdn.microsoft.com/forums/en-US/wcf/thread/...)
Le sérialiseur prend en charge en fonction de dictionnaire des collections, même sans l'attribut - ce simplement personnalise le schéma (noms, etc)

OriginalL'auteur jezell

Préambule: notez que l'ajout d'un "nouveau" Add qui n'empêche pas d'appeler l'ancien Add simplement par la coulée. Aussi, en termes de "mex", qui est une très vague de données-contrat - t-il besoin d'être si ouvert? (beaucoup de object etc...)

D'abord: n'avez-vous pas manqué un peu de [DataContract]/[DataMember] marqueurs? En particulier:

ResultClass.Valeur
ParamData
ParamData.Valeur
ParameterClass.Les données

Pouvez-vous préciser exactement la version de .NET vous utilisez? DataContractSerializer etc ont été ajustés via les service packs. Avec 3.5 SP1 est installé (la seule chose que j'ai à la main), il le fait au moins sérialiser et désérialiser via DataContractSerializer (pas de pile WCF), et de la bonne Add méthode est appelée.

Pouvez-vous vérifier si les ouvrages suivants avec votre version locale? (il fonctionne pour moi avec la version 3.5 SP1 et avec les attributs manquants) [sortie]:

1
MyDictionary
abc=123
def=ghi

Code:

        //or long-hand in C# 2.0
        ParameterClass pc = new ParameterClass {
            Data = new List<ParmData> { new ParmData {
                Value = new MyDictionary  {
                    {"abc",123},
                    {"def","ghi"}
                }}}};
        DataContractSerializer dcs = new DataContractSerializer(pc.GetType());
        string xml;
        using(StringWriter sw = new StringWriter())
        using(XmlWriter xw = XmlWriter.Create(sw)) {
            dcs.WriteObject(xw, pc);
            xw.Close();
            xml = sw.ToString();
        }
        using(StringReader sr = new StringReader(xml)) {
            ParameterClass clone = (ParameterClass)dcs.ReadObject(XmlReader.Create(sr));
            Console.WriteLine(clone.Data.Count);
            Console.WriteLine(clone.Data[0].Value.GetType().Name);
            MyDictionary d = (MyDictionary)clone.Data[0].Value;
            foreach (KeyValuePair<string, object> pair in d)
            {
                Console.WriteLine("{0}={1}", pair.Key, pair.Value);
            }
        }

Évidemment, ce n'juste des tests DataContractSerializer (sans l'ensemble de la pile WCF), mais il semble fonctionner... donc: est-ce le même code fonctionne avec votre version locale de la .NET? Si non, est l'installation de la dernière version 3.0 service pack, une option? (idéalement, via l'installation de 3.5 SP1).

Pour info, je reçois xml:

<?xml version="1.0" encoding="utf-16"?><ParameterClass xmlns:i="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://schemas.datacontract.org/2004/07/"><Data><ParmData><Value xmlns:d4p1="http://schemas.microsoft.com/2003/10/Serialization/Arrays" i:type="d4p1:ArrayOfKeyValueOfstringanyType"><d4p1:KeyValueOfstringanyType><d4p1:Key>abc</d4p1:Key><d4p1:Value xmlns:d6p1="http://www.w3.org/2001/XMLSchema" i:type="d6p1:int">123</d4p1:Value></d4p1:KeyValueOfstringanyType><d4p1:KeyValueOfstringanyType><d4p1:Key>def</d4p1:Key><d4p1:Value xmlns:d6p1="http://www.w3.org/2001/XMLSchema" i:type="d6p1:string">ghi</d4p1:Value></d4p1:KeyValueOfstringanyType></Value></ParmData></Data></ParameterClass>

Installé .NET temps de fonctionnement: 1.0.3705.0 Version 1.0 RTM; 1.1.4322.2407 Version 1.1 Post-SP1 avec KB928366; 2.0.50727.1433; 3.0.4506.648. Oui, le contrat doit être ouverte. C'est un wrapper pour un système d'héritage.
Mais ça fonctionne?
Hmmm... ça ressemble à 3.0SP1

OriginalL'auteur Marc Gravell

1
- Utiliser le CollectionDataContract attribut comme jezell suggéré
- Générer manuellement la référence (proxy) code avec SvcUtil, à l'aide de l' /collectionType paramètre. Ce paramètre n'est pas pris en charge par le vs2008 service de référence de l'interface graphique.
Source: WCF Type de Collection de Partage

Pourquoi acceptez-vous votre propre réponse si la solution a été fournie par un autre utilisateur?

OriginalL'auteur chilltemp
1

J'ai enfin trouvé une façon de le faire. J'ai trouvé ce lien qui irait dans la bonne direction, mais je vais essayer de résumer.
1. Assurez-vous d'ajouter [CollectionDataContract] à votre collection personnalisée
2. Ajouter une Référence de Service par le biais de VS comme vous le faites normalement
3. Étendre le service de référence et de regarder pour la Référence.svcmap fichier
4. Sous les options du client nœud, vous verrez
<CollectionMappings/>

Le remplacer par le code xml suivant.

<CollectionMappings>

<CollectionMapping TypeName="Complète.Espace de noms.Ici," Category="Liste" />
</CollectionMappings>
1. Clic droit sur le Service de Référence et cliquez sur mettre à jour. Il ne devrait plus générer que "proxy" de la classe et vous permettra d'utiliser votre classe partagée.
L'édition d'un auto-fichier généré est généralement pas une bonne idée. Il est d'ailleurs facile de remplacer accidentellement vos modifications.

OriginalL'auteur Shaun Bowe

Vous devez vous connecter pour publier un commentaire.