XmlSerializer - Wystąpił błąd odzwierciedlający typ

Korzystając z C # .NET 2.0, mam złożoną klasę danych, która ma [Serializable]atrybut. Tworzę XMLSerializerklasę i przekazuję ją do konstruktora:

XmlSerializer serializer = new XmlSerializer(typeof(DataClass));

Otrzymuję wyjątek z informacją:

Wystąpił błąd odzwierciedlający typ.

Wewnątrz klasy danych znajduje się inny obiekt złożony. Czy to również musi mieć ten [Serializable]atrybut, czy poprzez umieszczenie go na najwyższym obiekcie, czy rekurencyjnie stosuje go do wszystkich obiektów w środku?

Spójrz na wewnętrzny wyjątek, który otrzymujesz. Powie ci, które pole / właściwość ma problem z serializacją.

Możesz wykluczyć pola / właściwości z serializacji XML, dekorując je [XmlIgnore]atrybutem.

XmlSerializernie używa tego [Serializable]atrybutu, więc wątpię, że to jest problem.

Pamiętaj, że serializowane klasy muszą mieć domyślne (tj. Bez parametrów) konstruktory. Jeśli w ogóle nie masz konstruktora, w porządku; ale jeśli masz konstruktor z parametrem, musisz również dodać domyślny.

Miałem podobny problem i okazało się, że serializator nie potrafił rozróżnić dwóch klas o tej samej nazwie (jedna była podklasą drugiej). Wewnętrzny wyjątek wyglądał tak:

„Typy BaseNamespace.Class1” i „BaseNamespace.SubNamespace.Class1” oba używają nazwy typu XML „Class1” z przestrzeni nazw ”. Użyj atrybutów XML, aby określić unikalną nazwę XML i / lub przestrzeń nazw dla typu.

Gdzie BaseNamespace.SubNamespace.Class1 jest podklasą BaseNamespace.Class1.

Musiałem dodać atrybut do jednej z klas (dodałem do klasy podstawowej):

[XmlType("BaseNamespace.Class1")]

Uwaga: jeśli masz więcej warstw klas, musisz również dodać do nich atrybut.

Pamiętaj również, że XmlSerializernie można serializować właściwości abstrakcyjnych. Zobacz moje pytanie tutaj (do którego dodałem kod rozwiązania) ..

Serializacja XML i typy dziedziczone

Najczęstsze powody przeze mnie:

 - the object being serialized has no parameterless constructor
 - the object contains Dictionary
 - the object has some public Interface members

Wszystkie obiekty na wykresie serializacji muszą być możliwe do serializacji.

Od XMLSerializer jest to blackbox, sprawdź te linki, jeśli chcesz dalej debugować w procesie serializacji.

Zmiana, gdzie XmlSerializer wyprowadza zestawy tymczasowe

W JAKI SPOSÓB: Debugować w wygenerowanym zestawie .NET XmlSerializer

Jeśli potrzebujesz obsługiwać określone atrybuty (np. Słownik lub dowolną klasę), możesz zaimplementować interfejs IXmlSerialiable , który zapewni większą swobodę kosztem bardziej szczegółowego kodowania .

public class NetService : IXmlSerializable
{
    #region Data

        public string Identifier = String.Empty;

        public string Name = String.Empty;

        public IPAddress Address = IPAddress.None;
        public int Port = 7777;

    #endregion

    #region IXmlSerializable Implementation

        public XmlSchema GetSchema() { return (null); }

        public void ReadXml(XmlReader reader)
        {
            // Attributes
            Identifier = reader[XML_IDENTIFIER];
            if (Int32.TryParse(reader[XML_NETWORK_PORT], out Port) == false)
            throw new XmlException("unable to parse the element " + typeof(NetService).Name + " (badly formatted parameter " + XML_NETWORK_PORT);
            if (IPAddress.TryParse(reader[XML_NETWORK_ADDR], out Address) == false)
            throw new XmlException("unable to parse the element " + typeof(NetService).Name + " (badly formatted parameter " + XML_NETWORK_ADDR);
        }

        public void WriteXml(XmlWriter writer)
        {
            // Attributes
            writer.WriteAttributeString(XML_IDENTIFIER, Identifier);
            writer.WriteAttributeString(XML_NETWORK_ADDR, Address.ToString());
            writer.WriteAttributeString(XML_NETWORK_PORT, Port.ToString());
        }

        private const string XML_IDENTIFIER = "Id";

        private const string XML_NETWORK_ADDR = "Address";

        private const string XML_NETWORK_PORT = "Port";

    #endregion
}

Jest ciekawy artykuł , który pokazuje elegancki sposób implementacji wyrafinowanego sposobu „rozszerzenia” XmlSerializer.

Artykuł mówi:

IXmlSerializable jest objęty oficjalną dokumentacją, ale dokumentacja stwierdza, że ​​nie jest przeznaczony do użytku publicznego i nie zawiera żadnych informacji poza tym. Oznacza to, że zespół programistów chciał zastrzec sobie prawo do modyfikowania, wyłączania, a nawet całkowitego usuwania tego haka rozszerzalności na drodze. Jednak dopóki jesteś gotów zaakceptować tę niepewność i poradzić sobie z możliwymi zmianami w przyszłości, nie ma żadnego powodu, aby nie móc z niej skorzystać.

Ponieważ to sugeruję zaimplementować własne IXmlSerializableklasy, aby uniknąć zbyt skomplikowanych implementacji.

... implementacja naszej XmlSerializerklasy niestandardowej za pomocą odbicia może być prosta .

Odkryłem, że klasy Dictionary w .Net 2.0 nie można serializować przy użyciu XML, ale dobrze serializuje, gdy używana jest serializacja binarna.

Znalazłem pracę wokół tutaj .

Niedawno dostałem to w częściowej klasie referencji internetowych podczas dodawania nowej właściwości. Klasa automatycznie wygenerowana dodawała następujące atrybuty.

    [System.Xml.Serialization.XmlElementAttribute(Order = XX)]

Musiałem dodać podobny atrybut z rzędem wyższym niż ostatni w sekwencji generowanej automatycznie i to mnie naprawiło.

Właśnie dostałem ten sam błąd i odkryłem, że IEnumerable<SomeClass>problemem była właściwość typu . Wygląda na to, że IEnumerablenie można go serializować bezpośrednio.

Zamiast tego można użyć List<SomeClass>.

Ja również myślałem, że atrybut Serializable musiał znajdować się na obiekcie, ale chyba, że ​​jestem kompletnym noob (jestem w trakcie sesji kodowania późno w nocy), następujące prace z SnippetCompiler :

using System;
using System.IO;
using System.Xml;
using System.Collections.Generic;
using System.Xml.Serialization;

public class Inner
{
    private string _AnotherStringProperty;
    public string AnotherStringProperty 
    { 
      get { return _AnotherStringProperty; } 
      set { _AnotherStringProperty = value; } 
    }
}

public class DataClass
{
    private string _StringProperty;
    public string StringProperty 
    { 
       get { return _StringProperty; } 
       set{ _StringProperty = value; } 
    }

    private Inner _InnerObject;
    public Inner InnerObject 
    { 
       get { return _InnerObject; } 
       set { _InnerObject = value; } 
    }
}

public class MyClass
{

    public static void Main()
    {
        try
        {
            XmlSerializer serializer = new XmlSerializer(typeof(DataClass));
            TextWriter writer = new StreamWriter(@"c:\tmp\dataClass.xml");
            DataClass clazz = new DataClass();
            Inner inner = new Inner();
            inner.AnotherStringProperty = "Foo2";
            clazz.InnerObject = inner;
            clazz.StringProperty = "foo";
            serializer.Serialize(writer, clazz);
        }
        finally
        {
            Console.Write("Press any key to continue...");
            Console.ReadKey();
        }
    }

}

Wyobrażam sobie, że XmlSerializer używa refleksji nad właściwościami publicznymi.

Miałem sytuację, w której Zakon był taki sam dla dwóch elementów z rzędu

[System.Xml.Serialization.XmlElementAttribute(IsNullable = true, Order = 0, ElementName = "SeriousInjuryFlag")]

.... trochę kodu ...

[System.Xml.Serialization.XmlElementAttribute(IsNullable = true, Order = 0, ElementName = "AccidentFlag")]

Kiedy zmieniłem kod, aby zwiększyć kolejność o jeden dla każdej nowej właściwości w klasie, błąd zniknął.

Otrzymałem ten sam błąd, gdy utworzyłem właściwość o typie danych - Type. Wystąpił błąd - wystąpił błąd odzwierciedlający typ. Ciągle sprawdzałem „InnerException” każdego wyjątku z doku debugowania i dostałem konkretną nazwę pola (która była Type) w moim przypadku. Rozwiązanie jest następujące:

    [XmlIgnore]
    public Type Type { get; set; }

Należy również pamiętać, że nie można serializować kontrolek interfejsu użytkownika i że każdy obiekt, który chcesz przekazać do schowka, musi być możliwy do serializacji, w przeciwnym razie nie będzie można go przekazać innym procesom.

Korzystałem z tej NetDataSerialiserklasy do serializacji moich klas domen. Klasa NetDataContractSerializer .

Klasy domen są współużytkowane przez klienta i serwer.

Miałem ten sam problem iw moim przypadku obiekt miał ReadOnlyCollection. Kolekcja musi implementować metodę Add, aby była możliwa do serializacji.

Mam nieco inne rozwiązanie do wszystkich opisanych tutaj do tej pory, więc dla każdej przyszłej cywilizacji jest moja!

Zadeklarowałem typ danych „czas”, ponieważ pierwotny typ to a, TimeSpana następnie zmieniono na String:

[System.Xml.Serialization.XmlElementAttribute(DataType="time", Order=3)]

jednak faktyczny typ był łańcuchem

public string TimeProperty {
    get {
        return this.timePropertyField;
    }
    set {
        this.timePropertyField = value;
        this.RaisePropertyChanged("TimeProperty");
    }
}

przez usunięcie DateTypewłaściwości Xmlmożna serializować

[System.Xml.Serialization.XmlElementAttribute(Order=3)]
public string TimeProperty {
    get {
        return this.timePropertyField;
    }
    set {
        this.timePropertyField = value;
        this.RaisePropertyChanged("TimeProperty");
    }
}

[System.Xml.Serialization.XmlElementAttribute("strFieldName", Form = System.Xml.Schema.XmlSchemaForm.Unqualified)]

Lub

[XmlIgnore]
string [] strFielsName {get;set;}