格式化XML名称空间的准则

我还没有开发公开面向Internet的web服务应用程序。当我开始考虑将模式定义暴露给广大受众的问题时，我认为一定要考虑到适当地格式化模式命名空间。

有没有人遇到过一个指导性文档，它建议如何对组织的XML模式的名称空间格式进行标准化

例如使用FQDNs与路径与

要包括版本路径或

按日期或主题组织与

等等

2010年1月12日更新：

---

再次讨论这个问题时，我觉得应该是wiki，因为如果真的有书面论文的话，这个问题就没有正确的答案。

我喜欢使用单独的域，但现在可能没有站点，或者只有xml模式，以后可能是文档和模式的组合。您可能不应该在域名或URL路径中包含组织结构的任何部分，因为这些内容会发生变化，所以请尝试长期设计

---

最后还有一个不可避免的版本控制问题，即哪些日期（yyyy、yyyy-mm、yyyy-mm-dd）或vN都可以。您应该考虑是否希望为最新版本提供一个“符号”URL，以及特定版本的特定日期。您可以使用HTTP重定向，从最新的重定向到特定的重定向，这样客户端就可以知道您在做什么。

我读过的关于名称空间样式应该是什么的最接近的内容是这篇文章

---

但它并没有触及实际主题本身，只是指出了表明正确名称空间为何重要的因素。

模式不应该硬版本化吗？我可以想象一个特定的客户机a使用的是2005年首次发布的模式，然后在2006年客户机B采用了第二个版本。现在客户端A和客户端B应用程序认为它们拥有相同的技术模式，而实际上它们没有。在W3C XML模式中，模式语言的脆弱/固定风格确实会迫使您使用硬版本，但如果您拥有开放供扩展的XML块，则这并不是绝对必需的，它们可以向前兼容，并且在添加其他元素时不会中断。棘手但可能。