DataContractSerializer vs XmlSerializer: Avantages et inconvénients de chaque sérialiseur

Question

Mon application de bureau sérialise les objets en utilisant XmlSerializer. On m'a suggéré de tirer parti de DataContractSerializer à la place. Dans quels scénarios devrais-je utiliser DataContractSerializer?

Un grand merci

Commentaires.
1. Le fichier XML de sortie est stocké localement. Aucune autre application ne désérialise les objets de ce fichier XML.
2. Mon application fonctionne avec .NET Framework 3.5 SP1.

Answer 1

Dan Rigsby a le poste ultime à ce sujet - allez le lire!

XmlSerializer vs. DataContractSerializer (web archive)

Il dit tout ce qu'il ya à dire, et d'une façon très convaincante.

En bref:

XmlSerializer:

• a été autour depuis longtemps
• est "opt-out"; public tout se sérialisé, à moins que vous lui dites pas ([XmlIgnore])

DataContractSerializer est:

• le petit nouveau en ville
• optimisé pour la vitesse (environ 10% plus rapide que XmlSerializer, en général)
• « opt-in » - uniquement des choses que vous marquez spécifiquement comme [DataMember] sera sérialisé
• mais marqué quelque chose avec [DataMember] sera sérialisé - que ce soit public ou private
• ne supporte pas les attributs XML (pour des raisons de vitesse)