DataContractSerializer vs XmlSerializer: Pro e contro di ciascun serializzatore

Question

La mia applicazione desktop serializza gli oggetti utilizzando XmlSerializer. Mi è stato suggerito di sfruttare DataContractSerializer invece.
In quali scenari dovrei usare DataContractSerializer?

Molte grazie

Commenti.
1. Il file XML di output è memorizzato localmente. Nessun'altra applicazione deserializza oggetti da quel file XML.
2. La mia applicazione viene eseguita con .NET Framework 3.5 SP1.

Answer 1

Dan Rigsby ha l'ultimo post su questo - vai a leggere!

XmlSerializer vs. DataContractSerializer (web archive)

Lui dice tutto quello che c'è da dire, e in modo molto convincente.

In breve:

XmlSerializer:

• è stato intorno per un lungo periodo di tempo
• è "opt-out"; tutto pubblico viene serializzato, a meno che non gli si dice di non ([XmlIgnore])

DataContractSerializer è:

• il nuovo capretto in città
• ottimizzato per la velocità (circa il 10% più veloce rispetto XmlSerializer, in genere)
• "opt-in" - solo roba di contrassegnare specificamente come [DataMember] sarà serializzato
• ma nulla contrassegnati con [DataMember] verrà serializzato - che si tratti di public o private
• non supporta gli attributi XML (per ragioni di velocità)