具有包含空格的 xsd:token-type 元素的实例会通过验证吗? [英] Will an instance with a xsd:token-type element containing whitespace pass validation?

问题描述

最终目标是通过简单地不允许不良 xs:token 内容通过相关元素的模式验证来防止经过验证的 XML 内容池中出现空白.模式无效的实例不允许进入池.

The ultimate goal is to prevent whitespace in a pool of validated XML content by simply not allowing bad xs:token content to pass schema validation for relevant elements. Schema-invalid instances are not allowed into the pool.

如果我在 XML 模式 (1.1) 中将元素的类型声明为 xsd:token 并且我尝试验证此模式的实例，其中 xsd:token-typed 元素包含超过零个被拒绝的字符(制表符、LF、CR)或双、前导或尾随空格，该实例是否验证?

If I declare an element's type to be xsd:token in an XML Schema (1.1) and I try to validate an instance of this schema where the xsd:token-typed element contains more than zero of the repudiated characters (tab, LF, CR) or a double, leading or trailing space, will said instance validate or not?

假设:内容没有其他限制"(可以这么说)，只是它必须是 xsd:token.

Assume: there's no other "restriction" (so to speak) on the content, only that it has to be an xsd:token.

扩展只是为了完全清楚:设置 xs:whiteSpace=collapse 意味着前导和尾随空格被删除，内部空格被减少为单个 x20 字符" - 我知道这是一个预验证/内部" (可以这么说) XML 验证器的步骤；是吗?

Extension just to be totally clear: "The setting xs:whiteSpace=collapse means that leading and trailing whitespace is removed and internal whitespace is reduced to a single x20 character" - I understand that this is a "pre-validation / internal" (so to speak) step for the XML validator; is that right?

推荐答案

您的问题通过谈论空格限制"揭示了一个不正确的假设.xs:whiteSpace 方面没有定义限制，它定义了规范化:即.在应用验证之前空白会发生什么.在大多数情况下，空白被折叠，这意味着前导和尾随空白被删除，并且内部空白被减少为单个空格字符.如果存在模式方面，则它适用于完成此空白规范化后的值.

Your question reveals an incorrect assumption by talking of whitespace "restrictions". The xs:whiteSpace facet does not define restrictions, it define normalizations: ie. what happens to whitespace before validation is applied. In most cases whitespace is collapsed, which means that leading and trailing whitespace is removed, and internal whitespace is reduced to a single space character. If there is a pattern facet then it applies to the value after this whitespace normalization has been done.

对于 xs:token，请注意该类型的名称具有高度误导性.xs:token 的实例可以包含空格.设置 xs:whiteSpace=collapse 意味着删除前导和尾随空格，并将内部空格减少为单个 x20 字符；结果将始终是 xs:token 的有效实例.

For xs:token, note that the name of the type is highly misleading. An instance of xs:token can contain whitespace. The setting xs:whiteSpace=collapse means that leading and trailing whitespace is removed and internal whitespace is reduced to a single x20 character; the result will always be a valid instance of xs:token.

(当然，只有在处理验证后信息集时才对验证后的规范化值感兴趣，例如通过使用模式感知 XSLT 或 XQuery.如果您只是进行验证以获取无效的错误，那么 xs:token 和 xs:string 是完全等价的.)

(Of course, the normalized value after validation is of interest only if you are processing the post-validation infoset, for example by using schema-aware XSLT or XQuery. If you are only doing validation to get an error if it's invalid, then xs:token and xs:string are completely equivalent.)

这篇关于具有包含空格的 xsd:token-type 元素的实例会通过验证吗?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！