我通过使用 XmlDocument.Validate(ValidationEventHandler)、XDocument.Validate(schemas, ValidationEventHandler) 和 XmlReader 探索了各种类型的 xsd xml 验证 传递给它的架构将结果发送到 ValidationEventHandler 回调。

然而，回调实际上只提供严重性和错误字符串。我收到这样的消息:

The 'name' attribute is invalid - The value '' is invalid according to
its datatype 'TNonEmptyStringNoWhitespacesAtBeginningAndEnd' - The
Pattern constraint failed.

现在离理想的错误消息还很远。回调参数不提供是什么父级导致了这个，也没有提供它是什么 XML 行或任何实际的东西。

在我的场景中，并非所有名称都是上面给定的类型，其中一些可以是空字符串(因为它们是可选的)。

现在可能有数百个带有名称的 xml 节点使得定位上述问题变得非常烦人，因为没有关于位置的上下文信息，甚至没有 xml 节点是什么。

如何扩展这种验证的冗长程度？ 例如，Notepad++ 使用一个 XML 工具插件输出上面的消息:

使用 XML 模式验证当前文件:

ERROR: Element 'LightSource', attribute 'name': [facet 'minLength'] The value '' has a length of '0'; this underruns the allowed minimum length of '1'.
ERROR: Element 'LightSource', attribute 'name': [facet 'pattern'] The value '' is not accepted by the pattern '.*\S'.
ERROR: Element 'LightSource', attribute 'name': '' is not a valid value of the atomic type 'TNonEmptyStringNoWhitespacesAtBeginningAndEnd'.

这更冗长并且至少指示了一些上下文信息，例如出现在 LightSource 元素上的问题以及底层类型究竟有什么问题。

是否有其他工具允许使用增加的上下文信息进行适当的 C# XSD 验证？

验证是根据 XDocument 和 XmlDocument 以及使用 XmlReader 从文件中读取的 XML 内存表示完成的。显然，行号等只有在已经写入 xml 文件的上下文中才有意义，但其他信息(如父元素等)会很方便，因此我至少可以输出要查看的 xml 上下文。

为了完整起见，一些代码:

    var schemas = new XmlSchemaSet();
    schemas.Add("", xsdPath);
    var doc = XDocument.Load(xmlFile);
    doc.Validate(schemas,ValidationEventHandler);

    public void ValidationEventHandler(object sender, ValidationEventArgs e)
    {
        // Not much in e
        switch (e.Severity)
        {
            case XmlSeverityType.Error:
                Console.WriteLine("Error: {0}", e.Message);
                break;
            case XmlSeverityType.Warning:
                Console.WriteLine("Warning {0}", e.Message);
                break;
        }

    }

另一个看起来很有希望的尝试是 http://msdn.microsoft.com/en-us/library/as3tta56%28v=vs.110%29.aspx但根本没有增加任何冗长。

我有一些形成约束的类型:

<xs:simpleType name="TNonEmptyStringNoWhitespacesAtBeginn">
    <xs:restriction base="xs:string">
        <xs:pattern value="\S.*" /> 
        <xs:minLength value="1"/>
    </xs:restriction>
</xs:simpleType>

<xs:simpleType name="TNonEmptyStringNoWhitespacesAtBeginningAndEnd">
    <xs:restriction base="TNonEmptyStringNoWhitespacesAtBeginn">
        <xs:pattern value=".*\S" />
        <xs:minLength value="1"/>
    </xs:restriction>
</xs:simpleType>

忽略 TNonEmptyStringNoWhitespacesAtBeginn 它是允许 AND-ing 限制的助手。因此，当我有一个属性 name 并且上面的类型只是一个空字符串时，我从 C#s XSD 验证和 Notepads++ XML 工具插件所做的事情中获得了非常不同的信息量。 为了完整起见，以下是不同的消息:

C#

The 'name' attribute is invalid - The value '' is invalid according to
its datatype 'TNonEmptyStringNoWhitespacesAtBeginningAndEnd' - The
Pattern constraint failed.

Notepad++

ERROR: Element 'LightSource', attribute 'name': [facet 'minLength'] The value '' has a length of '0'; this underruns the allowed minimum length of '1'.
ERROR: Element 'LightSource', attribute 'name': [facet 'pattern'] The value '' is not accepted by the pattern '.*\S'.
ERROR: Element 'LightSource', attribute 'name': '' is not a valid value of the atomic type 'TNonEmptyStringNoWhitespacesAtBeginningAndEnd'.

根据异常内容提供的信息，我可以检索 XML 元素并显示它，但是说 TNonEmptyStringNoWhitespacesAtBeginningAndEnd 的约束失败比告诉我详细的哪个部分失败要少得多。我知道我得到了模式约束失败的提示，但是任何收到此类消息的人都需要找到类型并检查其约束以获取有关约束的知识。通过检查来自异常的数据，这似乎是这里的详细程度。

XML 工具插件似乎能够公开每个验证项并提供更多详细信息。这不仅仅是从 XSD 中推断出来的，它看起来像是通过每个约束的处理步骤获得的信息。

我希望有一种方法可以增加验证器的冗长程度以获取更多信息。

最佳答案

回复:行号...对于 XDocument，如果启用行信息捕获

XDocument xdoc = XDocument.Load(reader, LoadOptions.PreserveWhitespace | LoadOptions.SetLineInfo | LoadOptions.SetBaseUri);

然后您的验证处理程序将在您发布的 ValidationEventHandlercode ( IXmlLineInfo ) 中提取类似这样的内容:

IXmlLineInfo node = sender as IXmlLineInfo;
if (node != null && node.HasLineInfo()) ...

这应该包括你想要的信息......

对于传统 DOM，您可以选择检查 Exception属性(给你 LineNumber 和 LinePosition )，至少在理论上，通过 Exception 属性你还可以获得 SchemaObjectProperty .在我所有的代码中，我都使用了 XDocument，这肯定能正常工作。

这应该让您开始至少根据线/位置提供更好的位置(即使它在内存中也可以工作)。

(根据修改后的问题更新)

C# 不会为您提供您所指的插件所见...对我而言，这是一个实现选择。 XSD 方面协同工作；因此，任何失败都视为整体无效。

.NET 的内置 XSD 验证器是通用的，没有太多的验证调整(唯一的一个是做或不做唯一粒子属性)。为了平衡性能，上述内容用于简单类型验证。

这个插件似乎是为交互性而设计的……它似乎想尽可能多地讲述，不管需要什么……

关于c# - 如何提高 XSD 验证的冗长程度，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/21138851/