.NET XmlDocument: Warum DOCTYPE Änderungen nach speichern?
-
08-07-2019 - |
Frage
Ich eröffne eine XML-Datei .NET XmlReader und die Datei in einem anderen Dateinamen speichern und es scheint, dass die DOCTYPE-Deklaration Änderungen zwischen den beiden Dateien. Während die neu gespeicherte Datei noch gültige XML ist, dass ich mich gefragt, warum es auf der Veränderung Original-Tags darauf bestanden.
Dim oXmlSettings As Xml.XmlReaderSettings = New Xml.XmlReaderSettings()
oXmlSettings.XmlResolver = Nothing
oXmlSettings.CheckCharacters = False
oXmlSettings.ProhibitDtd = False
oXmlSettings.IgnoreWhitespace = True
Dim oXmlDoc As XmlReader = XmlReader.Create(pathToOriginalXml, oXmlSettings)
Dim oDoc As XmlDocument = New XmlDocument()
oDoc.Load(oXmlDoc)
oDoc.Save(pathToNewXml)
Die folgende (im Originaldokument):
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML Basic 1.1//EN" "http://www.w3.org/TR/xhtml-basic/xhtml-basic11.dtd">
wird (beachten Sie die [] Zeichen am Ende):
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML Basic 1.1//EN" "http://www.w3.org/TR/xhtml-basic/xhtml-basic11.dtd"[]>
Lösung
Wahrscheinlich parst die Bibliothek das DOCTYPE-Element in eine interne Struktur und wandelt dann die Struktur zurück zum Text. Es speichert nicht die Original-String-Form.
Andere Tipps
Es ist ein Fehler in System.Xml, wenn Sie setzen XmlDocument.XmlResolver = null. Die Abhilfe ist eine benutzerdefinierte XmlTextWriter zu erstellen:
private class NullSubsetXmlTextWriter : XmlTextWriter
{
public NullSubsetXmlTextWriter(String inputFileName, Encoding encoding)
: base(inputFileName, encoding)
{
}
public override void WriteDocType(string name, string pubid, string sysid, string subset)
{
if (subset == String.Empty)
{
subset = null;
}
base.WriteDocType(name, pubid, sysid, subset);
}
}
In Ihrem Code, erstellen Sie einen neuen NullSubsetXmlTextWriter (pathToNewXml, Encoding.UTF8) und übergeben Sie das Objekt an die oDoc.Save () -Methode.
Hier ist der Microsoft Support-Fall , wo Sie über die Abhilfe lesen kann (es beschreibt die Problemumgehung, liefert aber den Code nicht).