Obsolete-Attribut bewirkt, dass die Eigenschaft ignoriert wird XmlSerialization

Ich bin refactoring einige Objekte in XML serialisiert, müssen aber noch halten Sie ein paar Eigenschaften für die Abwärtskompatibilität, ich habe eine Methode, die wandelt das alte Objekt, in dem eine für mich neue und Nullen der veralteten Eigenschaft. Ich will das Obsolete - Attribut zu sagen, andere Entwickler nicht auf diese Eigenschaft verwenden, aber es verursacht die Eigenschaft, ignoriert der XmlSerializer.

Ähnliche Code:

[Serializable]
public class MySerializableObject
{
    private MyObject _oldObject;
    private MyObject _anotherOldObject;

    private MyObject _newBetterObject;

    [Obsolete("Use new properties in NewBetterObject to prevent duplication")]
    public MyObject OldObject
    {
      get { return _oldObject; }
      set { _oldObject = value; }
    }

    [Obsolete("Use new properties in NewBetterObject to prevent duplication")]
    public MyObject AnotherOldObject
    {
      get { return _anotherOldObject; }
      set { _anotherOldObject = value; }
    }

    public MyObject NewBetterObject
    {
      get { return _anotherOldObject; }
      set { _anotherOldObject = value; }
    } 
}

Ideen für einen workaround? Meine beste Lösung ist, um zu schreiben, veraltet in der XML-Kommentare...

Update: ich bin mit .NET 2.0

InformationsquelleAutor Rob Stevenson-Leggett | 2008-12-01

.net-2.0 attributes c#xml-serialization

35

BEARBEITEN: Nach dem Lesen einer MS-Connect-Artikel, es scheint, dass .Net 2.0 hat ein "feature" wo es macht ObsoleteAttribute entspricht XmlIgnoreAttribute ohne Benachrichtigung in der Dokumentation. Also werde ich revidiere meine Antwort, zu sagen, dass der einzige Weg, um Ihren Kuchen haben und ihn auch Essen in diesem Beispiel ist zu Folgen @Wird die Beratung und implementieren der Serialisierung manuell. Dies wird Ihr nur zukunftssichere Art, einschließlich Veralteter Eigenschaften in der XML. Ist es nicht schön in .Net 2.0, aber .Net 3.0+ kann das Leben leichter machen.

Vom XmlSerializer:

Objekte markiert, mit dem Obsolete-Attribut nicht mehr serialisiert
In der .NET Framework 3.5 die XmlSerializer-Klasse nicht mehr serialisiert Objekte werden markiert als [Obsolet].
- Er ist auf der Suche nach einem workaround.
- es wirft ein seltsames problem, zu sehen, wie .Net 2.0 sollte es ermöglichen.
- Ich bin auch mit .net2 von denen keine Erwähnung der dies im selben Artikel für die richtige version
- Ich denke, wenn wir uns bewegen, aus .NET 2 wir werden fallen die rückwärts-Kompatibilität sowieso, so dass es kein problem sein.
- Was für eine schreckliche Entscheidung zu kombinieren die Funktionalität von Veralteten und XmlIgnore. Sie hatte zwei sehr unterschiedliche Zwecke.
InformationsquelleAutor user7116
11

Andere Problemumgehung abonnieren XmlSerializer.UnknownElement, bei der Erstellung der serializer für den Datentyp, und dann die alten Daten Weg.

http://weblogs.asp.net/psteele/archive/2011/01/31/xml-serialization-and-the-obsolete-attribute.aspx

Vielleicht betrachten Sie die Methode für die Anmeldung als statische Methode in der Klasse für den Datentyp.
```
static void serializer_UnknownElement(object sender, XmlElementEventArgs e)
{
    if( e.Element.Name != "Hobbies")
    {
        return;
    }

    var target = (MyData) e.ObjectBeingDeserialized;
    foreach(XmlElement hobby in e.Element.ChildNodes)
    {
        target.Hobbies.Add(hobby.InnerText);
        target.HobbyData.Add(new Hobby{Name = hobby.InnerText});
    }
}
```
- Tolle Idee: Leider nicht für die Arbeit Obsolet Enum-Mitglieder.
InformationsquelleAutor Rolf Kristensen
2

1) WAG: Versuchen Sie, die XmlAttributeAttribute der Eigenschaft; vielleicht wird dies überschreiben die ObsoleteAttribute

2) PITA: IXmlSerializable Implementieren
- #1 funktioniert nicht, leider
- Aber #2 ist. Es ist nur ein Schmerz in den Arsch. Wenn Sie auf der Suche zu tun, Serialisierung nun, ich würde vorschlagen, Vermeidung der xml-serializer und gehen Sie mit dem DataContractSerializer, NetDataContractSerializer oder auch xaml Serialisierung, je nach Ihren Bedürfnissen/Fähigkeiten. Und es gibt andere Optionen, auch, wie serialisieren zu json oder protobuf (unsere eigenen Marc Gravell läuft protobuf.net, btw). Viel mehr Möglichkeiten als heute zurück in '08
- Was hat WAG bedeuten? Ist es eine "wild ass guess"? Ihre Verwendung von Abkürzungen macht die Antwort verwirrend zu Lesen.
InformationsquelleAutor Will
2

Ich habe gekämpft, mit diesem viel - es gibt keine andere Lösung als die Serialisierung manuell oder mit einem anderen serializer.

Jedoch, statt zu schreiben shims für jedes veraltete Eigenschaft, die schnell zu einem Schmerz, Sie könnte prüfen, indem eine Obsolete Präfix-Eigenschaft Namen (z.B. Foo wird ObsoleteFoo. Dies erzeugt eine compiler-Warnung aus, wie das Attribut, aber wenigstens ist es sichtbar im code.
- Es sei denn, alle Ihre Codes wird eine Lösung, die änderung des namens der obsolet-Bibliothek-Funktion verursacht das Programm zum Absturz zu bringen. Wenn alle Ihre code-in-one Lösung, Sie einfach nur löschen der veralteten Eigenschaft und beheben Sie alle Verweise auf die Ersatzlieferung.
InformationsquelleAutor georgiosd

Ja, ich Stimme mit Kennzeichnung Dinge, die mit dem Namen "Veraltete" wir tun dies mit Enum-Werte

///<summary>
///Determines the swap file location for a cluster.
///</summary>
///<remarks>This enum contains the original text based values for backwards compatibility with versions previous to "8.1".</remarks>
public enum VMwareClusterSwapFileLocation
{

    ///<summary>
    ///The swap file location is unknown.
    ///</summary>
    Unknown = 0,

    ///<summary>
    ///The swap file is stored in the virtual machine directory.
    ///</summary>
    VmDirectory = 1,

    ///<summary>
    ///The swap file is stored in the datastore specified by the host.
    ///</summary>
    HostLocal = 2,

    ///<summary>
    ///The swap file is stored in the virtual machine directory. This value is obsolete and used for backwards compatibility.
    ///</summary>
    [XmlElement("vmDirectory")]
    ObseleteVmDirectory = 3,

    ///<summary>
    ///The swap file is stored in the datastore specified by the host. This value is obsolete and used for backwards compatibility.
    ///</summary>
    [XmlElement("hostLocal")]
    ObseleteHostLocal = 4,




}

Die Nutzung der XmlElement tag macht die Bedienung etwas deutlicher, aber Sie sind immer noch zu Problemen führen, die Umbenennung Dinge, wenn diese library-code.

InformationsquelleAutor David Homer

0

Können Sie versuchen Sie folgenden workaround:

fügen Sie eine Methode namens
```
ShouldSerializeOldObject ()
{
   return true;
}

ShouldSerializeAnotherOldObject ()
{
   return true
}
```
diese aufheben können, und das obsolete-Attribut
- Nicht sicher, ob ich verstehe, was Sie hier vorschlagen...
- durch das hinzufügen einer Methode "ShouldSerialize*" Sie sagen, der XmlSerializer-wenn Sie möchten, dass die Eigenschaft serialisiert werden soll (üblicherweise in Fällen, in denen - ich weiß nicht - Sie wollen einfach nur zu serialisieren, die einen int-Wert, wenn es größer als 5 KANN es auch hier
- Ah danke, ich werde es einmal versuchen
- Es hat bei mir nicht funktioniert... die ShouldSerialize war die Methode nur aufgerufen wird, für nicht obsolet Eigenschaften. Beachten Sie auch, dass Ihre Eigenschaften sollten auch dekoriert mit Standardwert(null) für die entsprechenden ShouldSerialize-Methode aufgerufen werden.
- Hat diese Methode tatsächlich für jemanden arbeiten? Es ist gekennzeichnet als Antwort, aber ich kann nicht finden die Dokumentation, um diese Unterstützung verwenden (msdn.microsoft.com/en-us/library/53b8022e.aspx) und es funktioniert nicht für mich.
- es tut (oder Tat?) Arbeit. Siehe hier: msdn.microsoft.com/en-us/library/53b8022e(v=vs. 85).aspx
- Es funktioniert nicht für die Mitglieder, als Veraltet markiert. Für diese Mitglieder die ShouldSerializeX-Methode nicht aufgerufen wird.
InformationsquelleAutor Bluenuance

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.