DataContractSerializer vs XmlSerializer: Pros y contras de cada serializador

Question

Mi aplicación de escritorio serializa objetos usando XmlSerializer. Me sugirieron aprovechar el DataContractSerializer en su lugar.
¿Bajo qué escenarios debería usar DataContractSerializer?

Muchas gracias

Comentarios.
1. El archivo XML de salida se almacena localmente. Ninguna otra aplicación deserializa los objetos de ese archivo XML.
2. Mi aplicación se ejecuta con .NET Framework 3.5 SP1.

Answer 1

Dan Rigsby tiene la última publicación sobre esto - ¡léelo!

XmlSerializer vs. DataContractSerializer (web archive)

Dice todo lo que hay que decir, y de una manera muy convincente.

En resumen:

XmlSerializer:

• ha existido por mucho tiempo
• es "opt-out"; todo lo público se serializado, a menos que se diga que no lo ([XmlIgnore])

DataContractSerializer es:

• el nuevo chico en la ciudad
• optimizado para la velocidad (aproximadamente un 10% más rápido que XmlSerializer, por lo general)
• "opt-in" - cosas sólo se marca específicamente como [DataMember] será serializado
• pero nada marcado con [DataMember] será serializado - ya sea public o private
• no admite atributos XML (por razones de velocidad)