Mejore el rendimiento de XmlSerializer

Question

Uso un XmlSerializer para serializar/deserializar algunos objetos. El problema es el rendimiento. Al crear perfiles, utilizando el XmlSerializer, nuestra aplicación tardará 2 segundos más en comenzar. Almacenamos en caché nuestro XmlSerializer y lo reutilizamos. No podemos usar sgen.exe porque estamos creando el XmlSerializer con XmlAttributeOverrides.

Intento utilizar una alternativa de serialización como Json.Net y, al principio, funciona muy bien. El problema es que tenemos que ser compatibles con versiones anteriores, por lo que todos los xml ya generados deben analizarse correctamente. Además, la salida de serialización del objeto debe ser Xml.

En resumen:

1. recibo de datos XML serializado por un XmlSerializer.
2. Necesito deserializar los datos Xml y convertirlos en un objeto.
3. necesito para serializar objetos a XML (lo ideal es un formato XML como el que un XmlSerializer habría hecho)

Answer 1

En última instancia, depende de la complejidad de su modelo. XmlSerializer tiene que pensar mucho, y el hecho de que me lleve tanto tiempo me lleva a sospechar que su modelo es bastante complejo. Para un modelo simple, podría ser posible implementar manualmente la deserialización usando LINQ-to-XML (bastante fácil), o incluso XmlReader (si se siente muy valiente, no es fácil obtener el 100% de precisión) .

Sin embargo, si el modelo es complejo, este es un problema y francamente sería muy arriesgado en términos de introducir errores sutiles.

Otra opción es DataContractSerializer que maneja xml, pero no tan bien como XmlSerializer, y ciertamente no con tanto control sobre el diseño. Sospecho fuertemente que DataContractSerializer no lo ayudaría.

No hay reemplazo directo para XmlSerializer que yo sepa, y si sgen.exe no es una opción que te creo, básicamente, tienen opciones:

• vivir con ella
• XmlSerializer de reescritura de ti mismo, de alguna manera sea mejor que ellos
• usar algo como LINQ para XML y aceptar el esfuerzo que supone

a largo plazo, diría "formatos de cambio", y utilizar XML para importación heredada solamente. Conozco algunos protocolos binarios muy rápidos que serían bastante fáciles de sustituir; p

Answer 2

tienes que deserializar su lista utilizando una serialización .net clásico

algo como el siguiente :

TextReader tr = new StreamReader("yourlist.xml"); 
XmlSerializer serializer = new XmlSerializer(typeof(List<YourObject>)); 
List<YourObject> myCutomList = (List<YourObject>)serializer.Deserialize(tr); 
tr.Close(); 

continuación, puede utilizar la Json.Serialization

JavaScriptSerializer json = new JavaScriptSerializer(); 
JsonResult output = json.Serialize(myCutomList); 

Answer 3

Si tiene xml almacenado en el formato que no puede usar, utilice xslt para transformarlo al formato que puede usar.

Si este xml se almacena en el formato XmlSerializer, digamos en archivos planos, o un db, puede ejecutar sus transformaciones una vez y no incurrir en la sobrecarga de XmlSerializer en su tiempo de ejecución habitual.

Como alternativa, puede hacerlo en tiempo de ejecución, pero dudo que sea más rápido que el método descrito por Massimiliano.

Answer 4

This respuesta tiene alguna buena información sobre por qué XmlSerializer se ejecuta lentamente con XmlAttributeOverrides.

¿Realmente necesita usar el XmlSerializer en su hilo principal al inicio?

Quizás lo ejecute en un hilo de fondo; Si solo algunas partes de los datos son obligatorios para el inicio, quizás pueda leerlos manualmente en versiones proxy/dispersas de las clases reales mientras se inicializa el XmlSerializer.

Si es una aplicación GUI que podría simplemente añadir una pantalla de bienvenida para ocultar el retraso (o un juego de Tetris !!)

Si todo lo demás falla no puedes convertir los archivos existentes a JSON con sólo correr la deserialización existente y una serialización JSON, o existe un requisito difícil para mantenerlos XML?

Answer 5

Puede utilizar el enhebrado o las tareas para que la aplicación se inicie más rápido y no espere a que la aplicación funcione o la deserialización.

Answer 6

El problema es que está solicitando tipos que no están cubiertos por sgen, lo que da como resultado la generación de nuevos conjuntos durante el inicio.

Puede tratar de poner sus manos en los archivos temporales generados por Xmlserializer para sus tipos específicos y usar este código para su propio ensamblaje xmlserializer pregnerated. He usado este approach to find out why csc.exe se ejecutó lo que retrasó el inicio de mi aplicación.

Además de esto, puede ser útil renombrar algunos tipos como en el artículo para llegar a los mismos nombres que sgen está creando para poder usar sgen. Por lo general, las matrices de tipo no son pretratadas por sgen, lo que a veces es una lástima. Pero si nombra su clase ArrayOf HereGoesYourTypeName, entonces podrá usar los ensamblajes pregenerados.