Verwenden von .Net welche Einschränkungen (falls vorhanden) gibt es bei der Verwendung des XmlSerializer? Können Sie beispielsweise Bilder in XML serialisieren?
Der XmlSerializer hat einige Nachteile.
Ich habe (dumm) meinen eigenen Serialisierer geschrieben, um einige dieser Probleme zu umgehen. Tu das nicht; Es ist eine Menge Arbeit und Sie werden in den nächsten Monaten kleine Fehler finden. Das Einzige, was ich beim Schreiben meines eigenen Serialisierers und Formatierers gewonnen habe, war eine größere Wertschätzung der Einzelheiten, die bei der Serialisierung von Objektgraphen eine Rolle spielen.
Ich habe den NetDataContractSerializer gefunden, als WCF herauskam. Es macht alles von oben, was XmlSerializer nicht tut. Es steuert die Serialisierung in ähnlicher Weise wie der XmlSerializer. Ein Element enthält verschiedene Eigenschaften oder Felder mit Attributen, die den Serialisierer darüber informieren, was serialisiert werden soll. Ich ersetzte den benutzerdefinierten Serializer, den ich geschrieben hatte, mit dem NetDataContractSerializer und war sehr zufrieden mit den Ergebnissen. Ich kann es nur wärmstens empfehlen.
Im Allgemeinen finde ich den XmlSerializer zu einer schlechten Wahl für jedes POCO, das mehr als nur ein DTO ist. Wenn Sie eine bestimmte XML-Datei benötigen, können Sie die Xml * Attribute- und / oder IXmlSerializable-Route verwenden - Sie bleiben jedoch mit einem ziemlich verzerrten Objekt zurück.
Für einige Zwecke ist es immer noch eine offensichtliche Wahl - sogar mit seinen Einschränkungen. Aber zum einfachen Speichern und erneuten Laden von Daten habe ich herausgefunden, dass BinaryFormatter eine viel einfachere Wahl mit weniger Fehlern ist.
Hier ist eine Liste einiger Ärgernisse mit XmlSerializer - die meisten, die ich an einem oder anderen Punkt gebissen habe, andere habe ich bei MSDN :
Der XmlSerializer behandelt Klassen, die IEnumerable oder ICollection implementieren, speziell. Eine Klasse, die IEnumerable implementiert, muss eine öffentliche Add-Methode implementieren, die einen einzelnen Parameter akzeptiert. Der Parameter der Add-Methode muss vom gleichen Typ sein, wie er von der Current-Eigenschaft für den von GetEnumerator zurückgegebenen Wert oder für eine der Basistypen dieses Typs zurückgegeben wird.
Eine Klasse, die ICollection (z. B. CollectionBase) zusätzlich zu IEnumerable implementiert, muss über eine öffentliche Item-indizierte Eigenschaft (Indexer in C #) verfügen, die eine ganze Zahl annimmt und über eine öffentliche Count-Eigenschaft vom Typ integer verfügen muss. Der Parameter für die Add-Methode muss vom gleichen Typ sein, wie er von der Item-Eigenschaft oder einer der Basen dieses Typs zurückgegeben wird. Bei Klassen, die ICollection implementieren, werden Werte, die serialisiert werden sollen, aus der indizierten Item-Eigenschaft abgerufen, nicht durch Aufruf von GetEnumerator.
Um die Leistung zu erhöhen, generiert die XML-Serialisierungsinfrastruktur dynamisch Assemblys, um bestimmte Typen zu serialisieren und zu deserialisieren. Die Infrastruktur findet und wiederverwendet diese Assemblys. Dieses Verhalten tritt nur bei Verwendung der folgenden Konstruktoren auf:
XmlSerializer.XmlSerializer (Typ) XmlSerializer.XmlSerializer (Typ, String)
Wenn Sie einen der anderen Konstruktoren verwenden, werden mehrere Versionen derselben Assembly generiert und nicht entladen, was zu einem Speicherverlust und einer schlechten Leistung führt.
Der XmlSerializer kann nicht instanziiert werden, um eine Enumeration zu serialisieren, wenn die folgenden Bedingungen erfüllt sind: Die Enumeration ist vom Typ unsigned long (ulong in C #) und die Enumeration enthält Elemente mit einem Wert größer als 9,223,372,036,854,775,807.
Die XmlSerializer-Klasse serialisiert Objekte, die als [Obsolet] markiert sind, nicht mehr.
Sie müssen über die Berechtigung zum Schreiben in das temporäre Verzeichnis (wie in der Umgebungsvariable TEMP definiert) verfügen, um ein Objekt zu deserialisieren.
Ein weiteres Problem ist, dass das Aufrufen des Konstruktors von XmlSerializer den Code zur Laufzeit kompiliert und eine temporäre DLL (im Ordner% temp%) mit dem Code für die De / Serialisierung generiert.
Sie können den Code sehen, wenn Sie app.config folgende Zeilen hinzufügen:
%Vor%Dies nimmt viel Zeit in Anspruch, wenn Sie eine Klasse zum ersten Mal serialisieren und Code mit Berechtigungen zum Kompilieren und Schreiben auf die Festplatte benötigen.
Eine Möglichkeit, das zu umgehen, besteht darin, diese DLLs mit dem sGen.exe-Tool, das mit VS 2005+ geliefert wird, vorzukompilieren.
Nicht sicher, ob es irgendwelche Einschränkungen gibt. Aber es gab einen Speicherleck-Fehler in XmlSerialization in .NET 1.1, Sie mussten irgendwie ein Cache-Serializer-Objekt erstellen, um mit diesem Problem umgehen zu können ... Tatsächlich bin ich mir nicht sicher Wenn dieses Problem in .net 2.0 oder neuer behoben wurde ...
Jede Klasse, die Sie schreiben, kann theoretisch über XmlSerializer gespeist werden. Allerdings hat es nur Zugriff auf die öffentlichen Felder, und die Klassen müssen mit den richtigen Attributen (z. B. XmlAttribute) markiert werden. Selbst im grundlegenden Framework unterstützt nicht alles XmlSerializer. System.Collections.Generic.Dictionary & lt; & gt; zum Beispiel.
Ein weiteres Problem ist, dass das Aufrufen des Konstruktors von XmlSerializer den Code zur Laufzeit kompiliert und eine temporäre DLL (im Ordner% temp%) mit dem Code für die De / Serialisierung generiert.
Sie können den Code sehen, wenn Sie app.config folgende Zeilen hinzufügen:
%Vor%Dies nimmt viel Zeit in Anspruch, wenn Sie eine Klasse zum ersten Mal serialisieren und Code mit Berechtigungen zum Kompilieren und Schreiben auf die Festplatte benötigen.
Eine Möglichkeit, das zu umgehen, besteht darin, diese DLLs mit dem sGen.exe-Tool, das mit VS 2005+ geliefert wird, vorzukompilieren.
Im Allgemeinen finde ich den XmlSerializer zu einer schlechten Wahl für jedes POCO, das mehr als nur ein DTO ist. Wenn Sie eine bestimmte XML-Datei benötigen, können Sie die Xml * Attribute- und / oder IXmlSerializable-Route verwenden - Sie bleiben jedoch mit einem ziemlich verzerrten Objekt zurück.
Für einige Zwecke ist es immer noch eine offensichtliche Wahl - sogar mit seinen Einschränkungen. Aber zum einfachen Speichern und erneuten Laden von Daten habe ich herausgefunden, dass BinaryFormatter eine viel einfachere Wahl mit weniger Fehlern ist.
Hier ist eine Liste einiger Ärgernisse mit XmlSerializer - die meisten, die ich an einem oder anderen Punkt gebissen habe, andere habe ich bei MSDN :
Der XmlSerializer behandelt Klassen, die IEnumerable oder ICollection implementieren, speziell. Eine Klasse, die IEnumerable implementiert, muss eine öffentliche Add-Methode implementieren, die einen einzelnen Parameter akzeptiert. Der Parameter der Add-Methode muss vom gleichen Typ sein, wie er von der Current-Eigenschaft für den von GetEnumerator zurückgegebenen Wert oder für eine der Basistypen dieses Typs zurückgegeben wird.
Eine Klasse, die ICollection (z. B. CollectionBase) zusätzlich zu IEnumerable implementiert, muss über eine öffentliche Item-indizierte Eigenschaft (Indexer in C #) verfügen, die eine ganze Zahl annimmt und über eine öffentliche Count-Eigenschaft vom Typ integer verfügen muss. Der Parameter für die Add-Methode muss vom gleichen Typ sein, wie er von der Item-Eigenschaft oder einer der Basen dieses Typs zurückgegeben wird. Bei Klassen, die ICollection implementieren, werden Werte, die serialisiert werden sollen, aus der indizierten Item-Eigenschaft abgerufen, nicht durch Aufruf von GetEnumerator.
Um die Leistung zu erhöhen, generiert die XML-Serialisierungsinfrastruktur dynamisch Assemblys, um bestimmte Typen zu serialisieren und zu deserialisieren. Die Infrastruktur findet und wiederverwendet diese Assemblys. Dieses Verhalten tritt nur bei Verwendung der folgenden Konstruktoren auf:
XmlSerializer.XmlSerializer (Typ) XmlSerializer.XmlSerializer (Typ, String)
Wenn Sie einen der anderen Konstruktoren verwenden, werden mehrere Versionen derselben Assembly generiert und nicht entladen, was zu einem Speicherverlust und einer schlechten Leistung führt.
Der XmlSerializer kann nicht instanziiert werden, um eine Enumeration zu serialisieren, wenn die folgenden Bedingungen erfüllt sind: Die Enumeration ist vom Typ unsigned long (ulong in C #) und die Enumeration enthält Elemente mit einem Wert größer als 9,223,372,036,854,775,807.
Die XmlSerializer-Klasse serialisiert Objekte, die als [Obsolet] markiert sind, nicht mehr.
Sie müssen über die Berechtigung zum Schreiben in das temporäre Verzeichnis (wie in der Umgebungsvariable TEMP definiert) verfügen, um ein Objekt zu deserialisieren.
Der XmlSerializer hat einige Nachteile.
Ich habe (dumm) meinen eigenen Serialisierer geschrieben, um einige dieser Probleme zu umgehen. Tu das nicht; Es ist eine Menge Arbeit und Sie werden in den nächsten Monaten kleine Fehler finden. Das Einzige, was ich beim Schreiben meines eigenen Serialisierers und Formatierers gewonnen habe, war eine größere Wertschätzung der Einzelheiten, die bei der Serialisierung von Objektgraphen eine Rolle spielen.
Ich habe den NetDataContractSerializer gefunden, als WCF herauskam. Es macht alles von oben, was XmlSerializer nicht tut. Es steuert die Serialisierung in ähnlicher Weise wie der XmlSerializer. Ein Element enthält verschiedene Eigenschaften oder Felder mit Attributen, die den Serialisierer darüber informieren, was serialisiert werden soll. Ich ersetzte den benutzerdefinierten Serializer, den ich geschrieben hatte, mit dem NetDataContractSerializer und war sehr zufrieden mit den Ergebnissen. Ich kann es nur wärmstens empfehlen.
Nicht sicher, ob es irgendwelche Einschränkungen gibt. Aber es gab einen Speicherleck-Fehler in XmlSerialization in .NET 1.1, Sie mussten irgendwie ein Cache-Serializer-Objekt erstellen, um mit diesem Problem umgehen zu können ... Tatsächlich bin ich mir nicht sicher Wenn dieses Problem in .net 2.0 oder neuer behoben wurde ...
Verwenden von .Net welche Einschränkungen (falls vorhanden) gibt es bei der Verwendung des XmlSerializer? Können Sie beispielsweise Bilder in XML serialisieren?
Für Auflistungen muss eine Add-Methode ein einzelnes Argument enthalten. Wenn Sie nur ein Textformat und nicht speziell XML benötigen, können Sie JSON ausprobieren. Ich habe einen für .NET, JsonExSerializer entwickelt, und es gibt auch andere, die unter Ссылка .
Jede Klasse, die Sie schreiben, kann theoretisch über XmlSerializer gespeist werden. Allerdings hat es nur Zugriff auf die öffentlichen Felder, und die Klassen müssen mit den richtigen Attributen (z. B. XmlAttribute) markiert werden. Selbst im grundlegenden Framework unterstützt nicht alles XmlSerializer. System.Collections.Generic.Dictionary & lt; & gt; zum Beispiel.
Die eine Einschränkung, an die ich denken kann, ist, dass XmlSerialization opt-out ist; was bedeutet, dass alle Eigenschaften einer Klasse, die nicht serialisiert werden soll, mit [XmlIgnore] versehen sein müssen. Im Gegensatz zu DataContractSerializer, bei dem alle Eigenschaften aktiviert sind, müssen Sie die Einschlussattribute explizit deklarieren. Hier ist eine gute Aufzählung .
Bilder oder ihre Binärarrays werden als Base64-kodierter Text von XmlSerializer serialisiert.
Sie können beispielsweise Klassen, die IDictionary-Schnittstelle implementieren, nicht serialisieren.
Für Auflistungen muss eine Add-Methode ein einzelnes Argument enthalten. Wenn Sie nur ein Textformat und nicht speziell XML benötigen, können Sie JSON ausprobieren. Ich habe einen für .NET, JsonExSerializer entwickelt, und es gibt auch andere, die unter Ссылка .
Tags und Links .net xml serialization