我想为xsd目标名称空间寻找一些好的命名约定
基本上，我只需要对如何命名xsd的目标名称空间做出明确的决定，以便第一次尝试正确命名。以后更改它需要更改另一个不在我控制范围内的系统
从过去的XML模式创建中，您是否有过关于什么是好的、有效的解决方案的经验？我尝试在线查找信息，但大多数示例只使用非常通用的目标名称空间，如“http://exampleSchema“类似的。我其实是想找一些现实生活中的例子
W3C自己的长期URI选择实践是XML命名空间URI的一个很好的基准。有关一些建议，请参见“酷URI不更改”，但命名空间URI不需要可检索，因此其中一些准则可能不适用
- 使用与规范所有者明确关联的前缀，例如Web服务器的URI。如果该模式可以在线使用，那么如果可以在其命名URI中找到它，那将是一个很好的选择。不需要使用HTTP URL，尽管这是常见的做法
- 在之后包含一个大致的结束日期（年份和月份是好的），这样，如果将来重新组织名称空间，名称的年份（以及它的内部组织）是明确的。请注意，这是首次分配URI的日期，而不是当前版本的日期
- 添加一个名称以标识此特定架构的主题，以便您可以将其与其他相关架构区分开来。即使主题的营销名称必须更改，该名称也应该是不可变的。也许有人拿着它的商标让你感到惊讶，也许销售部门想尝试一种新的方式，但代码不应该被破坏
- 最后，如果相同概念模式的后续版本互不兼容，添加唯一的版本控制组件以指示兼容性中断。另一方面，如果版本控制是在词汇表的范围内处理的（例如通过版本属性），则将其忽略
XSLT使用以下内容：
http://www.w3.org/1999/XSL/Transform
这符合上面的模式。所有者标识符、日期和名称；并且没有版本控制组件，因为版本控制是在XSLT词汇表中处理的
在紧要关头，你甚至可以逃脱惩罚
邮件收件人：[email protected]？主题=2008+XML+编篮+规范
这也符合模式，但建议使用联系点而不是信息存储库