Question

Les gens,

Nous utilisions des API OpenXml trouvées dans System.IO.Packaging pour créer un fichier de package contenant des fichiers Xml / Binary. Il est donc structuré comme suit:

Package/
 -/DataFolder1/an xml file.xml
 -/DataFolder2/another xml file.xml
 -/Bin/other binar files

Ceci a été utilisé pour la version 1.0 de l'application et cela se passe plutôt bien.

Nous sommes dans la phase de planification de la version 2 anticipant les modifications suivantes de la structure du package:

  • il peut y avoir des fichiers supplémentaires dans le package

  • il pourrait y avoir des modifications dans le schéma XML des fichiers existants (exemple ... nouveaux noeuds)

  • des modifications peuvent être apportées au schéma XML des fichiers existants (exemple ... suppression de nœuds ou modification du type de données)

J'apprécierais tout conseil basé sur l'expérience réelle de la calculabilité ascendante / descendante entre les formats de fichier et l'application elle-même, afin que l'application et son format de fichier puissent évoluer indépendamment l'un de l'autre.

Était-ce utile?

La solution

Sans connaître davantage votre candidature, il est difficile de vous conseiller. Cependant, différentes versions de votre XML personnalisé peuvent être gérées en ajoutant un attribut contenant le numéro de version ou, en cas de modifications majeures du schéma, en modifiant l'espace de nom afin qu'il contienne un nouveau numéro de version.

Si vous souhaitez voir comment OpenXML traite lui-même le contrôle de version et son extensibilité, je vous suggère de lire la cinquième partie de la spécification OpenXML:

  

Office ouvert   XML - Partie 5: Compatibilité et extensibilité des balises

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top