1

皆さん、

System.IO.PackagingにあるOpenXmlAPIを使用して、いくつかのXml / Binaryファイルを含むパッケージファイルを作成してきました。したがって、パッケージは次のように構造化されています。

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

これはアプリケーションのバージョン1.0で使用されており、非常にうまく機能しています。

私たちはV2の計画段階にあり、パッケージ構造の次の変更を予想しています。

  • パッケージに追加のファイルが含まれている可能性があります

  • 既存のファイルのXmlスキーマにいくつかの修正がある可能性があります（例...新しいノード）

  • 既存のファイルのXmlスキーマにいくつかの変更がある可能性があります（例...ノードの削除またはデータ型の変更）

ファイル形式とアプリケーション自体の間の後方/前方計算可能性に取り組んだ実際の経験に基づいたアドバイスをいただければ幸いです。そうすれば、アプリケーションとそのファイル形式の両方を互いに独立して進化させることができます。

4

1 に答える 1

1

あなたのアプリケーションをさらに知らなければ、あなたにアドバイスすることは困難です. ただし、カスタム XML の異なるバージョンは、バージョン番号を含む属性を追加するか、スキーマに大きな変更があった場合は名前空間を変更して新しいバージョン番号を含めることで処理できます。

OpenXML 自体がバージョン管理と拡張性をどのように扱っているかを知りたい場合は、OpenXML 仕様のパート 5 を読むことをお勧めします。

Office Open XML - パート 5: マークアップの互換性と拡張性

于 2009-05-10T15:47:39.573 に答える