XML名前空間URIのための良いまたは共通の命名規則

Question

xsdターゲット名前空間の命名規則の良いアイデアを探しています。

基本的に私はxsdのターゲット名前空間に名前を付ける方法を決定する必要があるので、最初に正しく取得しようとします。後でそれを変更するには、自分のコントロールにない別のシステムに変更が必要です。

過去のXMLスキーマ作成の経験はありますか？私は情報をオンラインで見つけようとしましたが、ほとんどの例では、 "http：// exampleSchema"などのような非常に一般的なターゲットネームスペースを使用しています。私は実際にいくつかの実生活の例を見つけようとしています。

Answer 1

長寿命のURI選択のためのW3Cの独自の手法は、XML名前空間URIのかなり良い基準です。名前空間URIを取得する必要がないことを除いて、いくつかの提案については、Cool URIs don't changeを参照してください。

• 明確なWebサーバーのURI明細書の所有者に結び付けられている接頭辞を使用してください。スキーマをオンラインで利用できるようにする場合は、その命名URIでスキーマを見つけることができます。 HTTP URLの使用は必須ではありませんが、一般的な方法です。
• の年月日（年月が良い）の後ろに大まかな日付を入れておけば、将来名前空間を再編成すると名前のヴィンテージ（したがって社内組織）が明白になります。これはURIが最初に割り当てられた日付であり、現在のバージョンの日付ではないことに注意してください。
• という名前を付け加えて、この特定のスキーマの主題を特定し、他の関連するスキーマからそれを知ることができます。サブジェクトのマーケティング名を変更する必要がある場合でも、この名前は不変である必要があります。おそらく、商標を保有している誰かがあなたを驚かせていたかもしれません。営業部門は新しいスピンを試したいと思うかもしれませんが、コードは壊れてはいけません。
• 最後に、同じ概念的スキーマの後続バージョンが相互に互換性がない場合、には、互換性の中断を示す一意のバージョン構成要素を追加します。バージョン管理が語彙の範囲内（バージョン属性など）で処理されている場合は、このままにしておきます。

XSLTは、以下を使用します。

http://www.w3.org/1999/XSL/Transform 

これは、上記のパターンに適合します。所有者ID、日付、および名前。バージョン管理はXSLTのボキャブラリ内で処理されるため、バージョン管理コンポーネントはありません。ピンチで

、あなたも、同様のパターンに合ったが、代わりに情報リポジトリの接触点を示唆して

mailto:author@example.org?Subject=2008+XML+Basketweaving+specification 

で逃げることができます。