xml - XML namespace URI 的良好或通用命名约定

Question

我正在寻找一些关于 xsd 目标 namespace 的良好命名约定的想法。

基本上，我只需要就如何命名我的 xsd 的目标 namespace 做出明确的决定，以便我尝试在第一时间就把它弄对。稍后更改它需要更改另一个系统，这不在我的控制范围内。

您是否从过去的 XML 模式创建中获得了关于什么是好的、可行的解决方案的经验？我试图在网上查找信息，但大多数示例只使用非常通用的目标 namespace ，如“http://exampleSchema”等。我实际上是在尝试寻找一些现实生活中的例子。

Answer 1

W3C 自己的长期 URI 选择实践是 XML namespace URI 的一个很好的基准。参见 Cool URIs don't change一些建议，但命名空间 URI 不需要可检索，因此其中一些指南可能不适用。

• 使用与规范所有者明确相关的前缀，例如您的 Web 服务器的 URI。如果该模式可以联机使用，那么如果可以在其命名 URI 中找到它，那就太好了。不要求使用 HTTP URL，但这是常见的做法。
• 包括一个粗略的结束日期(最好是年份和月份)，这样如果将来您重新组织您的命名空间，名称的年份(以及它的内部组织)是明确的.请注意，这是首次分配 URI 的日期，而不是当前版本的日期。
• 添加名称 以标识此特定架构的主题，以便您可以将其与其他相关架构区分开来。这个名字应该是不可变的，即使主题的营销名称必须改变。也许持有商标的其他人让您感到惊讶，也许销售部门想尝试新的尝试，但代码不应该被破坏。
• 最后，如果同一概念 架构的后续版本不相互兼容，添加唯一的版本控制组件 以指示兼容性中断。另一方面，如果版本控制是在词汇范围内处理的(例如通过版本属性)，则将其排除在外。

XSLT 使用以下内容:

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

这符合上面的模式。所有者标识符、日期和姓名；并且没有版本控制组件，因为版本控制是在 XSLT 词汇表中处理的。

在紧要关头，你甚至可以逃脱

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

这也符合该模式，但建议使用联系点而不是信息存储库。