Tengo una estructura de objeto que estoy tratando de serializar a xml que da como resultado un nivel de nodo duplicado. Estoy bastante seguro de que tiene algo que ver con la creación de subclases porque tuve que implementar mi propia deserialización, pero no estoy seguro de qué está pasando exactamente en la otra dirección. La misma estructura xml se usa como entrada al deserializar mis datos en el inicio de la aplicación, como cuando se reservó para guardarlos más tarde.Resultados de serialización XML en nodos duplicados
Esto es lo que se ve el código XML de salida defectuosa como:
<Keyboarding xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<Exercises>
<Exercise>
<Exercise Id="3" ActivityNumber="5" SubActivityNumber="b" Type="Standard">
<Title>Test Title</Title>
<Instructions>Downloaded Update Instructions</Instructions>
</Exercise>
</Exercise>
</Exercises>
</Keyboarding>
Esto es lo que debe ser similar (y se ve como en la deserialización inicial):
<Keyboarding xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<Exercises>
<Exercise Id="3" ActivityNumber="5" SubActivityNumber="b" Type="Standard">
<Title>Test Title</Title>
<Instructions>Downloaded Update Instructions</Instructions>
</Exercise>
</Exercises>
</Keyboarding>
El objeto raíz contiene una colección de ejercicios . El ejercicio es mi clase base, mientras que las subclases están determinadas por el atributo Tipo. Estoy usando un serializador xml personalizado para construir los objetos de diferentes tipos derivados de Exercise porque me permite usar el reflejo para que coincida con cualquiera de las 2 docenas de tipos derivados potenciales, que están en un orden y cantidad desconocidos cuando se leen por primera vez por mi aplicación.
Así es la colección del elemento raíz, utilizando el serializador XML personalizado:
[XmlArray("Exercises")]
[XmlArrayItem("Exercise", Type = typeof (ExerciseXmlSerializer<Exercise>))]
public Collection<Exercise> UnprocessedExercises { get; set; }
Mi clase de ejercicios de base se declara como sigue:
[Serializable]
[XmlType(AnonymousType = true)]
public class Exercise
Y mi clase derivada se declara como sigue:
[Serializable]
[XmlType(AnonymousType = true)]
[XmlRoot(ElementName = "Exercise", IsNullable = false)]
public class StandardExercise : Exercise
Aquí está la parte del escritor de mi serializador xml personalizado:
public class ExerciseXmlSerializer<T> : IXmlSerializable where T : class
{
private T _data;
...
public void WriteXml(XmlWriter writer)
{
Type type = _data.GetType();
new XmlSerializer(type).Serialize(writer, _data);
}
...
}
En el método WriteXml(), la variable de tipo se establece correctamente en el tipo derivado, entonces ¿por qué crea un nivel de nodo tanto para el tipo base como para el derivado? ¿Cómo evito que lo haga?
Formateo como tal se rompe cuando intento deserializar los datos iniciales, que tienen el mismo formato xml. Cuando modifiqué el código y el xml inicial para que coincida con el tuyo, tipeó todo como el tipo base al deserializar y perdió todas las subclases. Estaba especificando el tipo de elementos como un serializador xml porque hay casi 2 docenas de posibles clases derivadas a las que se les puede escribir y un número desconocido de elementos y pedidos en el xml. Esto me permite tomar el atributo Tipo y usar la reflexión en mi serializador personalizado para construir los objetos derivados. Editaré mi pregunta para intentar aclarar un poco. – HotN
@HotN: ¿Has intentado implementar tu código de serialización personalizado directamente en la clase de Ejercicio? Obtengo excepciones cuando trato de ejecutar el código como está y es este 'typeof (ExerciseXmlSerializer)' en el XmlArrayItem que está causando los problemas. También podría intentar escribir una xmlwriter personalizada como se muestra en la respuesta a la pregunta vinculada al final de mi respuesta. –
El problema fue definitivamente causado por la parte 'typeof (ExerciseXmlSerializer)' pero lo que encontré es que cambiar eso solo a Exercise resolvería el problema de serialización pero rompería mi deserialización ya que los tipos de clase derivados estaban determinados por un atributo. Finalmente funcioné dejando el código original en su lugar para la colección de ejercicios pero implementando mi propio XmlTextWriter, como sugirió. Se siente como una especie de solución intrincada, pero me gusta que no me requirió enumerar 20 clases derivadas como [XmlInclude]. De todos modos, los resultados son resultados. ¡Gracias! –
HotN