我正在为xsd目标命名空间的很好的命名约定寻找一些想法.
基本上,我只需要就如何命名我的xsd的目标命名空间做出明确的决定,所以我试图让它第一次正确.稍后更改将需要更改不受我控制的另一个系统.
过去的XML模式创作有什么经验,有什么好的和有效的解决方案？我试图在线查找信息,但大多数示例只是使用非常通用的目标命名空间,如“http：// exampleSchema”和类似的.我实际上正在寻找一些现实生活中的例子.
W3C自己的长期URI选择实践是XML命名空间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
它也符合模式,但建议联系人而不是信息库.
