La WCF: la Sérialisation et la Désérialisation générique collections

J'ai une classe de l'Équipe qui détient une liste générique:

[DataContract(Name = "TeamDTO", IsReference = true)]
public class Team
{
    [DataMember]
    private IList<Person> members = new List<Person>();

    public Team()
    {
        Init();
    }

    private void Init()
    {
        members = new List<Person>();
    }

    [System.Runtime.Serialization.OnDeserializing]
    protected void OnDeserializing(StreamingContext ctx)
    {
        Log("OnDeserializing of Team called");
        Init();
        if (members != null) Log(members.ToString());
    }

    [System.Runtime.Serialization.OnSerializing]
    private void OnSerializing(StreamingContext ctx)
    {
        Log("OnSerializing of Team called");
        if (members != null) Log(members.ToString());
    }

    [System.Runtime.Serialization.OnDeserialized]
    protected void OnDeserialized(StreamingContext ctx)
    {
        Log("OnDeserialized of Team called");
        if (members != null) Log(members.ToString());
    }

    [System.Runtime.Serialization.OnSerialized]
    private void OnSerialized(StreamingContext ctx)
    {
        Log("OnSerialized of Team called");
        Log(members.ToString());
    }

Quand j'ai utiliser cette classe dans un service WCF, je reçois suite à la sortie du journal

OnSerializing of Team called    
System.Collections.Generic.List 1[XXX.Person]

OnSerialized of Team called    
System.Collections.Generic.List 1[XXX.Person]

OnDeserializing of Team called    
System.Collections.Generic.List 1[XXX.Person]

OnDeserialized of Team called    
XXX.Person[]

Après la désérialisation members est un Tableau, et non plus une liste générique bien que le type de champ est IList<> (?!)
Lorsque j'essaie d'envoyer cet objet revenir sur le service WCF-je obtenir la sortie du journal

OnSerializing of Team called
XXX.Person[]

Après mon test de l'unité se bloque avec un Système.ExecutionEngineException, ce qui signifie que le service WCF est pas en mesure de sérialiser le tableau. (peut-être parce qu'il prévoyait une IList<>)

Donc, ma question est: Est-ce que quelqu'un sait pourquoi le type de mon IList<> est un tableau après la désérialisation et pourquoi je ne peux pas sérialiser mon Équipe d'objet plus longtemps après que?

Grâce

InformationsquelleAutor Fabiano | 2010-04-01
  1. 22

    Vous avez exécuté dans l'un des DataContractSerializer de pièges.

    Correctif: Modifier votre déclaration d'un membre de:

    [DataMember]
private List<Person> members = new List<Person>();

    OU modifier la propriété de:

    [DataMember()]
public IList<Person> Feedback {
    get { return m_Feedback; }
    set {
        if ((value != null)) {
            m_Feedback = new List<Person>(value);

        } else {
            m_Feedback = new List<Person>();
        }
    }
}

    Et il va fonctionner. Le Microsoft Connect bug est ici

    Ce problème se produit lorsque vous désérialiser un objet avec une IList<T> DataMember et puis essayez de sérialiser la même instance de nouveau.

    Si vous voulez voir quelque chose de cool:

    using System;
using System.Collections.Generic;

class TestArrayAncestry
{
    static void Main(string[] args)
    {
        int[] values = new[] { 1, 2, 3 };        
        Console.WriteLine("int[] is IList<int>: {0}", values is IList<int>);
    }
}

    Il permet d'imprimer int[] is IList<int>: True.

    Je soupçonne que c'est peut-être la raison pour laquelle vous voir revenir comme un tableau après la désérialisation, mais il est tout à fait intuitif.

    Si vous appelez la méthode Add() sur le IList<int> de la matrice si, il jette NotSupportedException.

    L'un de ceux-ci .NET bizarreries.

    • Merci. C'est vraiment difficile de savoir ce qu'est un "je" peut avoir des répercussions. Dans le même temps, j'ai trouvé une autre solution, en particulier lorsque vous avez besoin d'un IList<> au lieu de la Liste<> (par exemple, mon OU-Mappeur ne peut gérer que des IList<> mais pas une Liste<>) : au lieu de marquer les "membres" avec [DataMember] marque de la propriété et de l'utilisation de ce code pour le setter: si (valeur != null) membres = new List<Personne>(valeur); d'autre membres = new List<Personne>(); Avec cela, les désérialisé tableau est transmis à l'incubateur qui crée une nouvelle Liste à partir d'elle.
    • La dernière technique est ce que je fais toujours ainsi. Que champ de membre n'est pas quelque chose que le sérialiseur doivent être en contact.
    • Je seconde la propriété approche! Je suis fâché que je ne pense pas que de moi-même.
    InformationsquelleAutor Leon Breedt
  2. 2

    J'ai eu ce message d'erreur lors du transport d'une IList lire à partir d'une base de données via LINQ. La WCF a été hébergé dans IIS 7 sur un ordinateur Windows Server 2008 x64.

    L'application de la piscine s'est écrasé avec aucun avertissement.

    [ServiceBehavior]
public class Webservice : IWebservice
{

    public IList<object> GetObjects()
    {
        return Database.Instance.GetObjects();
    }
}

    Son pas exactement le même problème, mais peut avoir la même cause.

    La résolution a été d'installer MS correctif KB973110 http://support.microsoft.com/kb/971030/en-us

    InformationsquelleAutor Fedearne
  3. 1

    Cela ressemble à votre service WCF de référence est la création d'une classe proxy plutôt que d'utiliser le type de données existant. Des classes Proxy ne peut utiliser de tableaux simples et pas n'importe lequel .NET des types spécifiques comme la Liste générique.

    Pour éviter cette classe proxy de conversion, en Ajouter une Référence de Service de l'écran, cliquez sur le bouton Avancé, puis assurez-vous que "la Réutilisation des types dans les assemblys référencés" est cochée. Cela permettra d'assurer que la classe existante (avec le générique de la Liste) est utilisé lors de la sérialisation et la désérialisation de l'objet.

    • Je n'utilise pas un service de référence ici. J'ai une référence à mon WCF projet et de créer l'hôte et le canal de la programmation. Donc, je réutiliser les types par moi-même
    • Je vois. Bien dans ce cas, je n'ai aucune idée. 😉
    InformationsquelleAutor jeremcc
  4. 1

    Pris directement à partir de mon blog. j'espère qu'il sera utile:

    J'ai récemment rencontré un problème où nous étions de la consommation d'un service WCF et à l'aide d'un modèle de liaison personnalisé dans notre ASP.net MVC app. Tout a bien fonctionné extrait quand nous étions sérialisation de notre ILists. IList est sérialisée de tableaux par défaut. J'ai fini la conversion de nos tableaux de retour à ILists l'aide de la Réflexion et de l'appel de la méthode suivante dans le modèle de classeur. Voici comment la méthode ressemble:

    public object ConvertArraysToIList(object returnObj)    
{

if (returnObj != null)
{
    var allProps = returnObj.GetType().GetProperties().Where(p => p.PropertyType.IsPublic 
        && p.PropertyType.IsGenericType 
        && p.PropertyType.Name==typeof(IList<>).Name).ToList();

    foreach (var prop in allProps)
    {
        var value = prop.GetValue(returnObj,null);
        //set the current property to a new instance of the IList<>
        var arr=(System.Array)value; 
        Type listType=null;

        if(arr!=null)
        {
            listType= arr.GetType().GetElementType();
        }

        //create an empty list of the specific type
        var listInstance = typeof(List<>)
          .MakeGenericType(listType)
          .GetConstructor(Type.EmptyTypes)
          .Invoke(null);

        foreach (var currentValue in arr)
        {
            listInstance.GetType().GetMethod("Add").Invoke(listInstance, new[] { currentValue });
        }

        prop.SetValue(returnObj, listInstance, null);
    }
}

return returnObj;
}
    InformationsquelleAutor Abid Rahman