Was wahrscheinlich passiert, ist, dass newNode von einem Dokument kommt, für das kein Namespace deklariert ist, aber oldNode in einem Dokument mit einem Namespace ist. In dieser Situation nimmt der Knoten seinen leeren Namespace in das neue Dokument und er wird explizit angezeigt. Um ehrlich zu sein, wenn es nur ein Problem für einen String-Vergleich ist, wird es nicht schaden, alle Instanzen von xmlns="" aus der XML-Zeichenkette zu entfernen, bevor Sie damit arbeiten.
Entlang der Zeilen von was MarkXA sagte :
Was hier wahrscheinlich passiert, ist das newNode kommt von einem Dokument mit keiner Namespace deklariert, aber oldNode ist in ein Dokument mit einem Namespace. In diesem Situation, der Knoten nimmt seine leere Namespace über das neue Dokument und es zeigt sich explizit.
Sie könnten die Zeichenfolge für den Zweck des Vergleichs manipulieren, aber die Knoten in Ihrem DOM würden nicht korrekt für den Namespace qualifiziert sein, was später Probleme verursachen könnte, wenn Sie versuchen würden, sie zu verwenden.
Die richtige Lösung bestünde darin, newNode mit der richtigen Namespace-Qualifizierung zu erstellen. Unter propery-Namespace-Qualifizierung verstehe ich die Namespaces, die im importierenden DOM verwendet werden.
Ich habe das selbe Problem, als ich ein XmlElement wie hier erstellt habe
%Vor%danach habe ich nach dem Speichern das Attribut xmlns="" erhalten.
Wenn ich den Namespace des Dokuments verwende, könnte ich dieses xmlns-Attribut unterdrücken.
%Vor%Ohne die leeren xmlns="" funktionierten meine SelectNodes nicht mehr, da der Namespace angegeben werden musste. Lösung dafür ist hier (using-xpath-with-default-namespace)
Schließlich löste ich diese öffnende XML-Datei und ersetzte alle Vorkommen von xmlns "" durch eine leere Zeichenfolge.
Vielleicht ist es keine elegante Lösung, aber es ist einfach und funktioniert gut.
%Vor%Tags und Links .net c# xml xmldocument