您可以根据 XML 文档验证 XPath 表达式来验证它,但是有没有一种简单的方法可以根据该文档的架构验证相同的 XPath 表达式?
假设我有一个像这样的 XSD 模式:
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema" ... etc>
<xsd:element name="RootData">
<xsd:complexType>
<xsd:sequence minOccurs="0">
<xsd:element name="FirstChild">
<xsd:complexType>
<xsd:sequence minOccurs="0">
<xsd:element name="FirstGrandChild">
... etc etc
是否有一种简单的或内置的方法来验证 XPath:
/RootData/FirstChild/FirstGrandChild
对任何可能基于该模式的 XML 文档都有效吗? (编辑:我想我的意思是潜在有效;实际 XML 文档可能不包含这些元素,但 XPath 仍可被视为潜在有效对于模式。然而,比如说,/RootData/ClearlyInvalidChild/ThisElementDoesntExistEither
显然是无效的。)
当然,我只能期望它能处理规范的 XPath 表达式,而不是任意复杂的表达式,但这没关系。
我特别考虑在 .NET 中,但很好奇其他实现是否使它成为可能。我想自己动手并不重要,例如,我真的不想编写自己的代码来将 XPath 表达式转换为另一个表达式,例如:
/xsd:schema/xsd:element[@name='RootData']/xsd:complexType/xsd:sequence/xsd:element[@name='FirstChild']/...etc...
...虽然我知道如果我真的必须这样做,我可以做到。
干杯!
最佳答案
我们实际上在这方面做了一个研究项目,并在 2000 年左右的某个时间实现了 XPath 验证器。这是针对 XPath 1 的。我不知道您可以使用任何当前可用的库来执行此操作。
如果您想自己去实现它,这里有一些提示:
您将无法像上面那样将实例文档上的路径转换为架构上的路径。例如,
/a//b
不会转换为/xsd:element[@name='a']//xsd:element[@name='b']
因为元素 b 可能定义在架构的顶层,而不是 b 之下。请记住,XML 文档是树,而模式是图。如果你搜索像//a这样的后代路径,你将不得不决定何时终止搜索或者它可能会永远继续下去(例如想象在一个包含“b”的元素“a”中,它包含“a”)
有些路径是不可决定的,或者至少很难决定。例如
//*[starts-with(@name, 'foo')]
如果您仍然愿意,我建议您使用像 eclipse 的 XSD 这样的库或 .NET 架构加载类以将架构加载到内存中并执行代码 checkin 。
关于.net - 我可以根据 XML 模式验证 XPath 表达式吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/668805/