您的位置：首页 > 其它

使用 XML Schema 定义元素的基本知识--1

2008-10-18 23:34 483 查看

使用 XML Schema 定义元素的基本知识

内容：

订阅:

XML Schema 比 DTD 更强大。为了说明 XML Schema 机制的强大功能，下面三个程序清单简要比较了表示元素的不同方式。清单 1给出了一个 XML 文档片段，清单 2用 DTD 语法声明了这两个元素，清单 3则是相应的 XML Schema 语法形式。要注意，清单 3中所用的是相同的 XML 语法。通过模式，验证解析器可以检查元素

InvoiceNo

是否是正整数，元素

ProductID

的首字符是否为 A 到 Z 之间的字母，后面为六个阿拉伯数字。相反，引用 DTD 的验证解析器只能检查这些元素是否用字符串表示。

清单 1：XML 文档片段

<InvoiceNo>123456789</InvoiceNo> <ProductID>J123456</ProductID>

清单 2：描述清单 1 中元素的 DTD 片段

<!ELEMENT InvoiceNo (#PCDATA)> <!ELEMENT ProductID (#PCDATA)>

清单 3：描述清单 1 中元素的 XML Schema

<element name='InvoiceNo' type='positive-integer'/> <element name='ProductID' type='ProductCode'/> <simpleType name='ProductCode' base='string'> <pattern value='[A-Z]{1}d{6}'/> </simpleType>

在 XML Schema 中使用名称空间
在这个协作的世界中，一个人可能处理来自多个其他团体的文档，而不同的团体可能希望以不同的方式表示他们的数据元素。此外，他们还可能在一个文档中引用不同团体创建的同名元素。如何区分相同名字的不同定义呢？XML Schema 使用名称空间区分这些定义。

DTD 的局限性
尽管作为描述结构化信息的一种机制，DTD 成功地为 SGML 和 HTML 开发人员服务了 20 年，但与 XML Schema 相比，它存在着严重的局限性。

DTD 要求元素由以下三种成分组成：

文本字符串

文本字符串与其他子元素的混合

一组子元素

DTD 不使用 XML 语法，对类型和名称空间仅提供有限的支持。

一个给定的 XML Schema 定义了一组新名字，如元素名、类型名、属性名、属性组名，这些名字的定义和声明都写在模式中。清单 3定义的名字包括

InvoiceNo

、

ProductID

和

ProductCode

。

我们说模式中定义的名字属于它的目标名称空间。名称空间本身有一个固定但没有限制的名字，必须符合 URL 语法。比如，对于清单 3中模式片段，您可以把名称空间的名字设为：

http://www.SampleStore.com/Account

。

名称空间的名字语法容易让人混淆，尽管以

http://

开始，那个 URL 并不指向一个包含模式定义的文件。事实上，这个 URL

http://www.SampleStore.com/Account

根本没有指向任何文件，只是一个分配的名字。

模式中的定义和声明可能引用属于其他名称空间的名字。在本文中，我们称这些名称空间为源名称空间。每个模式都有一个目标名称空间，但可能有多个源名称空间。名称空间的名字可能相当长，但在 XML 文档中通过

xmlns

声明可使用简写形式。为了说明这些概念，我们可以向前述清单 4中的示例模式中添加更多的内容。

清单 4：目标名称空间和源名称空间

<!--XML Schema fragment in file schema1.xsd-->

<xsd:schema targetNamespace='http://www.SampleStore.com/Account' xmlns:xsd='http://www.w3.org/1999/XMLSchema' xmlns:ACC= 'http://www.SampleStore.com/Account'> <xsd:element name='InvoiceNo' type='xsd:positive-integer'/> <xsd:element name='ProductID' type='ACC:ProductCode'/> <xsd:simpleType name='ProductCode' base='xsd:string'> <xsd:pattern value='[A-Z]{1}d{6}'/> </xsd:simpleType>

在清单 4的 XML Schema 中，

targetNamespace

的名字是

http://www.SampleStore.com/Account

，其中包含的名字有

InvoiceNo

、

ProductID

和

ProductCode

。

schema

、

element

、

simpleType

、

pattern

、

string

和

positive-integer

这些名字属于源名称空间

http://www.w3.org/1999/XMLSchema

，通过

xmlns

声明缩写为

xsd

。别名

xsd

没有任何特殊的地方，我们可以选择任何其他的名字。在本文后面的部分为了方便和简化起见，我们使用

xsd

代表名称空间

http://www.w3.org/1999/XMLSchema

，在一些代码片段中省略了限定符

xsd

。在这个例子中，

targetNamespace

偶尔也作为一个源名称空间，因为要使用名字

ProductCode

定义其他的名字。

图 1：清单 4 中的名称空间

清单 4中的模式片段不需要指定源模式文件的位置。对于整个“模式的模式”，

http://www.w3.org/1999/XMLSchema

，不需要指定位置，因为它的位置是人所共知的。对于源名称空间

http://www.SampleStore.com/Account

，也不需要指定位置，因为它恰好是该文件中定义的目标名称空间。为了更好地理解如何指定模式的位置和使用默认名称空间，看一看清单 5中扩展的例子。

清单 5：多个源名称空间，导入一个名称空间

<!--XML Schema fragment in file schema1.xsd--> <schema targetNamespace='http://www.SampleStore.com/Account' xmlns='http://www.w3.org/1999/XMLSchema'

清单 5中多了一个名称空间引用：

http://www.PartnerStore.com/PartsCatalog

。这个名称空间不同于

targetNamespace

和标准名称空间。因此必须使用

import

声明元素引入，该元素的

schemaLocation

属性指明包含模式的文件位置。默认的名称空间是

http://www.w3.org/1999/XMLSchema

，它的

xmlns

声明没有名字。每个非限定的名字如

schema

和

element

，都属于默认名称空间

http://www.w3.org/1999/XMLSchema

。如果模式从一个名称空间中引用了多个名字，将其指定为默认名字空间更方便。

一个 XML 实例文档可能引用多个名称空间的元素名，这些名称空间定义在不同模式中。为了引用和简化名称空间的名字，同样要使用

xmlns

声明。我们使用 XML Schema 实例名称空间的

schemaLocation

属性指定文件的位置。要注意，该属性不同于上一个例子中

xsd

名称空间的同名属性

schemaLocation

。

清单 6：使用来自多个模式的多个名称空间的名字

<?xml version="1.0"?> <ACC:rootElement xmlns:ACC='http://www.SampleStore.com/Account' xmlns:PART='http://www.PartnerStore.com/PartsCatalog' xmlns:xsi='http://www.w3.org/1999/XMLSchema-instance' xsi:schemaLocation='http://www.PartnerStore.com/PartsCatalog http://www.ProductStandards.org/repository/alpha.xsd http://www.SampleStore.com/Account http://www.SampleStore.com/repository/schema1.xsd'> <ACC:InvoiceNo>123456789</ACC:InvoiceNo>

图 2：清单 5 和清单 6 的名称空间

内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理

标签：

相关文章推荐

新的分享

章节导航