【C# XML 】 命名空间和 XML Schema(xml架构也叫xml模式)

内如来源:http://www.noobyard.com/article/p-ciylhgkx-dd.html

 

 

 

命名空间和 XML 模式(也叫XML架构)

到目前为止,咱们已经了解了如何声明和使用现有命名空间。如今,让咱们了解如何建立一个新命名空间,并使用 XML 模式将元素和属性添加到其中。

XML 模式首先是一个 XML。换言之,同任何其余 XML 文档同样,XML 模式使用元素和属性构建。此“构建材料”必须出自命名空间http://www.w3.org/2001/XMLSchema,它是已声明和保留的命名空间,其中包含 W3C XML 模式结构规范 和 W3C XML 模式数据类型规范 中定义的元素和属性。不该将元素或属性添加到该命名空间。

使用这些构建块,能够根据须要建立新元素和属性,并对这些元素和属性附加所需的约束,并将其保留在某个命名空间中。(请参见 图 1。)XML 模式将此特殊命名空间称做 {目标命名空间},即新建的元素和属性将驻留到的命名空间。

 

 

图 1:XML 模式命名空间中的元素和属性用于编写 XML 模式文档,

该文档生成由用户定义的元素和属性并将其置于 {目标命名空间} 中。

此 {目标命名空间} 随后用于验证 XML 实例。

 

此 {目标命名空间} 从 XML 实例中引用,以确保实例文档的有效性。(请参见 图 2 。)在验证过程当中,验证器验证明例中所用的元素/属性是否存在于已声明的命名空间中,并检查是否对其结构和数据类型存在其余约束。

 


http://www.w3.org/2001/XMLSchema-instance 命名空间 提供了两个在实例文档中使用的特殊属性,用于指出模式文档的位置。这两个属性是:xsi:schemaLocation和xsi:noNamespaceSchemaLocation,前者用于声明了目标名称空间的框架文档,后者用于没有目标名称空间的框架文档,它们通常在实例文档中使用。


 

图 2:从 XML 模式到 XML 模式实例

限定或未限定

在 XML 模式中,咱们能够选择指定实例文档是必须限定全部元素和属性,仍是只限定全局声明的元素和属性。不管作出什么样的选择,都将验证整个实例。那么,咱们为何有两个选择呢?

答案是“可管理性”。当咱们选择 限定 时,咱们指定实例中的全部元素和属性都必须有一个命名空间,这将加强实例的命名空间复杂性。好比,当因将某些局部声明变为全局声明和/将某些全局声明变为局部声明而修改了模式时,根本不会影响实例文档。相反,若是选择 非限定,则指定只有实例中全局声明的元素和属性才必须具备命名空间,从而隐藏实例的命名空间复杂性。但在此情形下,好比,当因将某些局部声明变为全局声明和/将某些全局声明变为局部声明而修改了模式时,将影响全部实例文档 — 且实例再也不有效。若是试图根据已修改的 XML 模式验证该实例,则 XML 模式验证器将报告验证错误。所以,必须根据 XML 模式中所做的修改修正命名空间,才能从新使该实例有效。

<?xml version="1.0" encoding="US-ASCII"?>
<schema xmlns="http://www.w3.org/2001/XMLSchema"
        xmlns:tns="http://www.library.com"
        targetNamespace="http://www.library.com"
        elementFormDefault="qualified">
    attributeFormDefault="unqualified">
    <element name="Book" type="tns:BookType" />
    <complexType name="BookType">
        <sequence>
            <element name="Title" type="string" />
            <element name="Author" type="string" />
        </sequence>
    </complexType>
</schema>

元素 <schema> 的最近子元素为全局声明,而其余元素则为局部声明。在以上示例中, Book 和 BookType 被全局声明,而 Title 和Author 则被局部声明。

能够经过将模式元素属性 elementFormDefault 和 attributeFormDefault 设置为 qualified 或 unqualified 表示在限定和非限定之间的选择。

elementFormDefault   = (qualified | unqualified) :unqualified
attributeFormDefault = (qualified | unqualified) :unqualified

当将 elementFormDefault 设置为 qualified 时,它表示在该语法的实例中,必须使用前缀或经过设置 {默认命名空间} 来显式限定全部元素。 unqualified 设置意味着只有全局声明的元素才 必须 被显式限定,而局部声明的元素 不得 被限定。在此情形下,限定一个局部声明是错误的。一样,将 attributeFormDefault 设置为 qualified 时, 必须使用前缀显式限定实例文档中的全部属性。

注意,{默认命名空间} 不该用于属性;所以,不能使用 {默认命名空间} 声明限定属性。 Unqualified 好像暗示经过包含的元素位于命名空间中。这颇有趣,对吧?

在下图中,概念符号空间相似于命名空间分区的非规范性概念。例如,若是将命名空间比做电冰箱,那么符号空间就是冰箱中的架子。就像架子对电冰箱中的整个空间进行分区同样,符号空间对命名空间进行分区。

命名空间中有三个主要分区:一个用于全局元素声明,一个用于全局属性声明,一个用于全局类型声明 (complexType/simpleType)。这种安排表示,全局元素、全局属性和全局类型能够具备相同的名称,并能够在 {目标命名空间} 中共存而不发生任何名称冲突。此外,每一个全局元素和全局 complexType 拥有其本身的符号空间来包含局部声明。

让咱们来看看属性对 elementFormDefault 和 attributeFormDefault 的四种可能的值组合。

情形 1: elementFormDefault=qualified, attributeFormDefault=qualified

此处,{目标命名空间} 直接包含全部元素和属性;所以在该情形中,必须限定全部元素和属性。

 

情形 2: elementFormDefault=qualified, attributeFormDefault=unqualified

此处,{目标命名空间} 直接包含全部元素,且这些元素的相应属性包含在相应元素的符号空间中。所以,在该情形中,只须限定元素,而不得限定属性,除非属性是全局声明的。

 

情形 3: elementFormDefault=unqualified, attributeFormDefault=qualified

此处,{目标命名空间} 直接包含全部属性和仅全局声明的元素,同时这些元素在其符号空间中包含其子元素。所以,在该情形中,只虚限定全局声明的元素和全部属性。

 

情形 4: elementFormDefault=unqualified, attributeFormDefault=unqualified

此处,{目标命名空间} 直接包含仅在全局声明的元素,同时这些元素在其符号空间中包含其子元素。每一个元素在其符号空间中包含相应的属性;所以,在该情形中,只需限定仅在全局声明的元素和属性。

以上各图用于直观说明命名空间内直接包含的内容或传递式包含的内容(取决于elementFormDefaultattributeFormDefault 的值)。该设置表示直接位于{目标命名空间} 中的元素/属性必须在相应的 XML 实例中拥有一个与其关联的命名空间,而未直接(传递式)位于 {目标命名空间} 中的元素/属性不得在相应的 XML 实例中拥有一个与其关联的命名空间。

目标命名空间和无目标命名空间

如今,咱们知道 XML 模式建立新元素和属性并将其置于称做 {目标命名空间} 的命名空间中。但若是在该模式中未指定 {目标命名空间} 又会怎么样?若是未指定属性targetNamespace,则将不存在 {目标命名空间} — 这是合法的 —但在targetNamespace 属性中指定一个空 URI 则是“非法”的。

例如,如下代码无效。不能为 {目标命名空间} 指定一个空 URI:

<schema targetNamespace="" . . .>

在此情形中,若是不存在 {目标命名空间},则如前所述,则将新建的元素和属性保存在 {无命名空间} 中。(使用术语 {默认命名空间} 是错误的。)要验证相应的 XML 实例,相应的 XML 实例必须使用 http://www.w3.org/2001/XMLSchema-instance 命名空间中的 noNamespaceSchemaLocation 属性来引用没有目标命名空间的 XML 模式。

结论

衷心但愿此命名空间概述可以帮助您更轻松地迁移到 XML 模式。Oracle XML 开发人员工具包 (XDK) Namespaces in the XML 1.0 W3C 推荐标准中的 W3C 命名空间;您能够经过使用 SAXParserFactory 和 DocumentBuilderFactory 类中的setNamespaceAware(boolean) 方法打开/关闭命名空间检查(使用 Oracle XDK 中的 JAXP API)。

posted @ 2022-03-25 23:35  小林野夫  阅读(514)  评论(0编辑  收藏  举报
原文链接:https://www.cnblogs.com/cdaniu/