代码之家 › 专栏 › 技术社区 › Regent

XML模式版本控制的最佳实践是什么?

versioning xsd xml

Regent · 技术社区 · 16 年前

我经常需要为不同的XML基导入例程设计XML模式。很明显,XML模式会随着时间的推移而发展,或者可能包含要修复的错误,因此捕获模式的版本并有一些机制绑定到特定的版本非常重要。

目前我有两种情况:

最后,我想到了在模式的名称空间中存储版本信息:

targetNamespace="http://schemas.company.com/Geodesy/2010/River.xsd"

修复bug时,我会在同一个命名空间中修复它,但如果我要升级架构,则需要创建一个新的命名空间,但添加了升级月份:

targetNamespace="http://schemas.company.com/Geodesy/2010/01/River.xsd"

如果我一个月内升级不止一次,那么也只需追加一天:

targetNamespace="http://schemas.company.com/Geodesy/2010/01/17/River.xsd"

你知道更好的方法吗?

2 回复 | 直到 13 年前

xcut 16 年前

这是一个非常困难的话题,甚至都不好笑,我花了很多年时间为它提供咨询支持。

有很多 best practices 但他们中的大多数并不适用于所有情况。例如,许多人主张使用“xsd:any”来允许扩展,如果开发人员负责维护模式,将其转换为转储,那么这只是一个灾难的秘诀。

如果您开始学习,以下是一些提示:

做不将次要版本号、Micro版本号、日期或其他类型的内容放入命名空间。每次更改命名空间时,都会中断所有处理应用程序。
做在XML实例文档中放置一个“version”属性。这将使处理应用程序或版本适配器服务能够了解它正在处理什么。
做指定构成向后兼容更改的策略,例如:添加可选元素不会破坏发送者,也不会破坏接收者(如果他们使用忽略他们不知道的元素的策略)(JAXB和XMLBeans可以这样配置)

Dood运气好!

Christian 13 年前

http://www.xml.com/pub/a/2004/07/21/design.html 提供了良好的指导原则和XML模式1.1通过条件包含实现“版本控制”( http://www.w3.org/TR/xmlschema11-1/#cip )

推荐文章

Mike · 不带属性的XSD导入

2 年前

Toru · XSD-扩展基本限制类型

2 年前

Maros · GeoTools WFS ng插件-WFS GetFeature请求在解析响应时失败

2 年前

koallalays · 使用XSD对XML中的内容进行交叉验证

2 年前

kugelblitz · XMLBeans 5.1.0的问题:无法生成具有具体类型的XML元素

3 年前

StuiterSlurf Marius · XmlSchemaValidationException元素不能包含空格

8 年前

ALTAF · 我们为什么要写<!Hibernate配置或映射文件中的DOCTYPE>标记

8 年前

Dave · 在XSD中,如何在元素的内容中只允许空白?

8 年前

Jakub Mosakowski · Xml架构唯一性不检查唯一性

8 年前

Manny0 · 为什么XSL样式表显示没有XML(信息/值)的html表

8 年前