現在、いくつかの構成XMLファイルが使用されています。これらのファイルはすべて、構成の別の部分を処理します。テストシーケンス用、タイムアウト用など。これらの個別のXMLファイルはすべて、個別のXMLファイルで使用されるすべての定義を保持する単一のXMLスキーマドキュメントに対して定義/検証されます。これはいい練習ですか？あるいは、XMLファイルの各タイプに独自のXMLスキーマが必要ですか？複数のXMLファイル用の1つの中央XMLスキーマ？
両方の引数があります - それは判断の呼び出しです。異なるファイルに共通の部分がある場合、共通のスキーマにはメリットがあります。存在しない場合、ドメインがそれほど離れていない可能性がある場合は、別のスキーマを使用します。しかし、簡単な答えはありません。大規模な投資銀行の統合バックボーンのための400のアプリケーション間メッセージ・フォーマットのセットを定義しているとき、私のクライアントの1つとして、両方のアプローチの短所がはっきりと分かります。
これは完全に良い方法です。これにより、複数のドキュメントタイプで同じタイプのいくつかを使用することができます。
現在、共有タイプには「common.xsd」、各ルート要素には「root1.xsd」&「root2.xsd」のxsdを使用しています。 XSDの批判の1つは、根本的な要素が何であるかがはっきりしないということです。ルートxsdのimport /には共通のxsdが含まれています。これにより、あいまいさが排除されます。
さて、今、彼らには同じ要素がいくつかあります。しかし、私が調査していることの1つは、その共通タイプが実際にいくつかの文書で使用されているかどうかである。 – s73v3r