Lequel mieux gérer Versioning? XmlSerializer vs DataContractSerializer?

Question

Dans le besoin de sérialiser un objet et il est possible que la version de l'ensemble a changé lors de la désérialisation. De plus, il peut arriver que l'objet change un peu. XmlSerializer ne stocke pas d'informations de type et si l'objet change un bit, il n'échoue pas, mais XmlSerializer ne peut pas sérialiser les propriétés privées ou internes d'une super classe que je ne peux pas marquer avec des attributs. J'ai donc jeté un coup d'œil au DataContractSerializer. Cela semble bien, donc le problème avec les propriétés privées/internes de la super classe serait résolu, toutes les propriétés devraient être marquées et je n'en ai pas besoin, mais qu'en est-il des informations de type? Et comment se comporte le DataContractSerializer, si certaines propriétés sont supprimées, renommées ou ajoutées?

Answer 1

J'ai fait un test avec DataContractSerializer et il semble que le DataContractSerializer soit très tolérant vis-à-vis des changements d'objet, donc je vais utiliser l'approche.

Answer 2

Il est toujours possible d'utiliser XmlSerializer pour vos besoins. Mais vous devrez implémenter la logique de sérialisation personnalisée en utilisant l'interface IXmlSerializable.

Answer 3

Ceci n'est pas marqué comme une question WCF, mais le fait que vous parlez de DataContractSerializer me fait penser que vous travaillez dans WCF. Si tel est le cas, il peut être utile de regarder dans l'interface IExtensibleDataObject.

Référez:

http://msdn.microsoft.com/en-us/library/system.runtime.serialization.iextensibledataobject.aspx

et

http://msdn.microsoft.com/en-us/library/ms731138.aspx