|
|
1
1
XML模式真正验证命名空间中的元素,而不是文档。没有XML模式规则规定实例文档的顶级元素必须位于特定名称空间内。这符合名称空间是它自己的小世界这一一般想法,它阻止我在名称空间中编写一个将使您的文档无效的模式。如果某个元素不在我的命名空间中,那与我无关 这意味着在验证实例文档时,必须检查以确保要验证的文档的顶级元素位于应用程序接受的名称空间中—在应用程序中,该名称空间只是默认名称空间。 |
|
|
2
0
在没有看到任何代码的情况下,我想尝试一下,并建议
也许
可能是因为您的验证正在设置
|
|
|
3
0
我的理解是,XMLSchema(XSD)没有提供任何方式来要求文档的根节点是某个元素——唯一的方法是将在“全局级别”定义的元素限制为一个元素。验证代码是否可能正在导入XSLT的模式,以便在看到XSLT文档时进行验证,因为XSLT元素是在全局级别定义的。 |
|
|
4
0
正确的。
事实证明,验证有三种可能的结果,而不是两种——有效、无效和未知。所以布尔返回值
如果架构未描述文档的根节点,则文档通过验证时不会出错,也不会发生任何验证事件,但根节点接收到“未知”状态。就我们而言,这是一次失败。因此,我们还需要检查根节点的XMLNode.SchemaInfo.Validity成员。
我希望
|
|
|
J_Cus504 · 在单匹配语句中使用身份变换和多谓词来沉默节点 1 年前 |
|
|
surge3333 · 使用PowerShell构建XML 1 年前 |
|
|
Sandeep · XSLT代码,用于根据条件提取元素值 1 年前 |
|
|
Reto · XSLT 3.0突发流-如何存储/获取另一个分支的值 1 年前 |
|
Ian Kemp · 如何从SelectXml调用本机XPath函数? 1 年前 |