StringBuilder vs XmlTextWriter

Question

Estoy tratando de obtener el máximo rendimiento posible de un HttpHandler personalizado que sirve contenido Xml.

Me pregunto cuál es mejor para el rendimiento. Utilización de la clase XmlTextWriter o ad-hoc operaciones StringBuilder como:

StringBuilder sb = new StringBuilder("<?xml version="1.0" encoding="UTF-8" ?>");  
sb.AppendFormat("<element>{0}</element>", SOMEVALUE); 

¿Alguien tiene experiencia de primera mano?

Answer 1

Como dijo Josh, se trata de una micro-optimización que ni siquiera debería considerar si no ha demostrado su necesidad. También en realidad no es difícil de probar:

static void Main(string[] arguments) 
{ 
    const int iterations = 100000; 

    Stopwatch sw = new Stopwatch(); 
    sw.Start(); 
    string s = CreateUsingStringBuilder("content", iterations); 
    sw.Stop(); 
    Console.WriteLine(String.Format("CreateUsingStringBuilder: {0}", sw.ElapsedMilliseconds)); 

    sw.Reset(); 
    sw.Start(); 
    s = CreateUsingXmlWriter("content", iterations); 
    sw.Stop(); 
    Console.WriteLine(String.Format("CreateUsingXmlWriter: {0}", sw.ElapsedMilliseconds)); 

    Console.ReadKey(); 
} 

private static string CreateUsingStringBuilder(string content, int iterations) 
{ 
    StringBuilder sb = new StringBuilder(); 
    for (int i = 0; i < iterations; i++) 
     sb.AppendFormat("<element>{0}</element>", content); 

    return sb.ToString(); 
} 

private static string CreateUsingXmlWriter(string content, int iterations) 
{ 
    StringBuilder sb = new StringBuilder(); 
    using (StringWriter sw = new StringWriter(sb)) 
    using (XmlWriter xw = XmlWriter.Create(sw)) 
    { 
     xw.WriteStartElement("root"); 
     for (int i = 0; i < iterations; i++) 
      xw.WriteElementString("element", content); 
     xw.WriteEndElement(); 
    } 
    return sb.ToString(); 
} 

No sólo es la versión XmlWriter consistentemente más rápido por una milésima de segundo o dos, produce XML bien formado, que el otro método no lo hace.

Pero ambos métodos crean documentos XML de 100,000 elementos en aproximadamente 60 milisegundos en mi computadora portátil de dos años, una cantidad de tiempo que se reduce a insignificancia en comparación con el tiempo que se tardará en enviar tantos datos a través de la red .

Answer 2

Honestamente hasta que realmente, realmente, realmente, realmente necesita preocuparse por el rendimiento ... no.

Vaya primero con la solución más fácil de mantener, y solo comprometa cuando el rendimiento se convierte en un problema mensurable. XmlTextWriter le ofrece el beneficio de "Saber" sobre cómo se supone que Xml funciona. StringBuilder no lo hace y, por lo tanto, es propenso a errores. No desea pasar un día rastreando un nodo malformado en algún lugar de su código de generador de cuerdas retorcido.

Deje que el marco funcione para usted.

Answer 3

Cuando SOMEVALUE tiene & o < en él, este enfoque le causará problemas. Use las clases xml-aware para generar xml. Tener una lectura de HOWTO Avoid Being Called a Bozo When Producing XML.

Answer 4

Estoy de acuerdo en que XmlWriter es mejor para el mantenimiento del código, pero si hablamos de optimización del rendimiento, debe evitar tanto XmlWriter como StringBuilder.AppendFormat, ya que el uso de un formateador arruina el rendimiento.

cambiar

sb.AppendFormat("<element>{0}</element>", content); 

a

sb.Append("<element>").Append(content).Append("</element>"); 

hace que la versión StringBuilder 2,5 veces más rápido que el otro de la respuesta de Robert.