Entwickler-Ecke :: Thema anzeigen - XML-Dateien schreiben ohne Header aber mit Namespace-Prefix

UGrohne - Di 09.06.09 14:51
Titel: XML-Dateien schreiben ohne Header aber mit Namespace-Prefix

Das ist ein relativ kompliziertes Thema. Folgender Typ XML-Datei soll erstellt werden:

XML-Daten

1:
2:
3:
4:
5:
6:
7:
8:
9:

<?xml version="1.0" encoding="UTF-8"?>
/* ... Header... */
<my:sheet xmlns:my="http:///....">
  <my:page>
    <my:client>
      <my:fullname>Testclient</my:fullname>
    </my:client>
  </my:page>
</my:sheet>

Das ist nur ein Auszug, damit die Struktur klar wird. Eigentlich kein großes Problem, aaaaber: Der Header inkl. des Root-Elements (<my:sheet ...>) kommt bei mir als String an, weil dort sehr viele Elemente mit sehr vielen Attributen hinterlegt sind, die in die globale Konfiguration der Software nicht mehr reinpassen (es hat seine Gründe, das ist gegeben ;)). Das erste Element, dass ich erzeuge ist nun <my:page> und dann bis zum Ende.

Im ersten Schritt hatte ich das einfach der String-Konkat zusammengebaut. Mir ist dann allerdings aufgefallen, dass ich ja die Sonderzeichen ersetzen muss und dazu will ich nur ungern eine eigene Methode schreiben. Daher dachte ich an den XML-Writer. Das funktioniert auch, ich kann dem beibringen, den Header zu ignorieren, und das End-Tag des Root-Elements packe ich wieder einfach als String ans Ende. Einwandfrei ... nur, der my-Namespace macht Probleme.

Den Methoden WriteStartElement und WriteElementString kann ich ja ein Prefix für das Element übergeben, dann muss ich aber auch den Namespace übergeben. XmlWriter macht dann zwar ein korrektes XML-Element, allerdings mit einer Namespace-Deklaration als Attribut:

XML-Daten

1:	<my:page xmlns:my="WasIchEbenAlsDritterArgumentÜbergebe">

und damit ist das Dokument nicht mehr brauchbar, weil der Namespace-URI nicht mehr stimmt. Dieser steht ja im Header und ist daher für mich nicht direkt verfügbar.

Gibt es vielleicht in den XML-Klassen irgendwo eine Methode, der ich einen Textstring übergebe und einen String zurückerhalte, in dem die Sonderzeichen ersetzt sind?

UGrohne - Mi 17.06.09 17:08

Ich hab mir dazu jetzt mal eine Extension-Method geschrieben und baue das XML wieder von Hand zusammen. Funktioniert theoretisch auch, allerdings ist meine Zeichenersetzung wohl noch nicht ganz ausgereift und ich finde nicht viel Material zu XML in UTF-8-Kodierung.

Folgendes

C#-Quelltext

1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:

public static string ReplaceXmlSpecialChars(this string me)
        {
            char[] allowed = {'A','B','C','D','E','F','G','H','I','J','K','L','M','N','O','P','Q','R','S','T','U','V','W','X','Y','Z',
                              'a','b','c','d','e','f','g','h','i','j','k','l','m','n','o','p','q','r','s','t','u','v','w','x','y','z',
                              '0','1','2','3','4','5','6','7','8','9',',',':','-','*','/','&','%',';','!','=','(',')',' '};
            string result = "";
            foreach (char chr in me.ToCharArray())
            {
                if (allowed.Contains(chr))
                    result += chr;
                else
                {
                    byte[] bytes = Encoding.UTF8.GetBytes(new char[] { chr });
                    result += "&#" + bytes[0].ToString() + ";";
                }
            }
            return result;
        }

ersetzt mir die Zeichen korrekt, allerdings scheint der Code nicht korrekt zu sein. Aus einem ü wird hier ein Ã. Ich glaub, ich hab Unicode hier noch nicht kapiert ;). Vielleicht kann mir jemand auf die Sprünge helfen?

JüTho - Mi 17.06.09 17:22

Hallo Uwe,

eine generelle Antwort habe ich nicht. Aber soviel kann ich zu Unicode erläutern: Jedes Unicode-Zeichen besteht aus 1 bis 3 Bytes. Die deutschen Umlaute benötigen 2 Bytes; das 'Ã' ist jeweils das erste davon, du müsstest also bei diesem Verfahren das nachfolgende Byte ebenfalls konvertieren. Aber das ist ja nicht der Sinn der Sache.

Ich glaube, dass es einfach so geht:

C#-Quelltext

1:	result += "&#" + ((int)chr).ToString() + ";";

Es muss lediglich der Zahlenwert des betreffenden Zeichens genommen werden.

Übrigens ist "result += " für Strings sehr schlecht: Strings sind unveränderlich; das bedeutet, dass in jedem Durchgang der String komplett neu erzeugt und kopiert werden muss. Das ist nur bei kurzen Strings akzeptabel; bei längeren ist der StringBuilder zu verwenden:

C#-Quelltext

1:
2:
3:
4:
5:

StringBuilder result = new StringBuilder(me.Length);
...
result.Append(chr);
...
return result.ToString();

Ich dachte, so etwas weißt du; aber vielleicht hast du jetzt nur auf dein Xml-Problem geachtet. Aber wegen anderer Leser wollte ich das nicht so stehenlassen.

Gruß Jürgen

UGrohne - Mi 17.06.09 18:51

JüTho hat folgendes geschrieben :

Ich glaube, dass es einfach so geht:

C#-Quelltext

1:	result += "&#" + ((int)chr).ToString() + ";";

Es muss lediglich der Zahlenwert des betreffenden Zeichens genommen werden.

:autsch: Eigentlich logisch, funktioniert. Danke

JüTho hat folgendes geschrieben :

Übrigens ist "result += " für Strings sehr schlecht: Strings sind unveränderlich; das bedeutet, dass in jedem Durchgang der String komplett neu erzeugt und kopiert werden muss. Das ist nur bei kurzen Strings akzeptabel; bei längeren ist der StringBuilder zu verwenden:

C#-Quelltext

1:
2:
3:
4:
5:

StringBuilder result = new StringBuilder(me.Length);
...
result.Append(chr);
...
return result.ToString();

Ich dachte, so etwas weißt du; aber vielleicht hast du jetzt nur auf dein Xml-Problem geachtet. Aber wegen anderer Leser wollte ich das nicht so stehenlassen.

Ja, das weiß ich, das ist eine Quick & Dirty - Implementation, weil es für das nächste Testing raus musste. Ist aber bereits als ToDo aufgenommen.

danielf hat folgendes geschrieben :

warum setzt du nicht das Format des XML nicht auf Latin-1 ?

encoding="ISO-8859-1"

Weil die Applikation, die das nachher verarbeitet, UTF-8 erwartet.

Entwickler-Ecke.de based on phpBB
Copyright 2002 - 2011 by Tino Teuber, Copyright 2011 - 2025 by Christian Stelzmann Alle Rechte vorbehalten.
Alle Beiträge stammen von dritten Personen und dürfen geltendes Recht nicht verletzen.
Entwickler-Ecke und die zugehörigen Webseiten distanzieren sich ausdrücklich von Fremdinhalten jeglicher Art!