XML Schema帮你建模（2）复合类型定义、元素和属性声明 在XML Schema中，对于那些允许元素有自己的内容，以及可以携带自身属性的复合类型与那些不能够有元素内容和属性的简单类型，它们的表示形式有着本质的不同。在实例文档中，对于能建立新的类型(无论简单和复杂)的定义和允许元素和属性有特定的名字和类型(无论是简单还是复杂)的声明，它们之间也有着显著的差别。在这一节中，将针对如何定义复合类型，以及如何声明使用复合类型的元素及其属性做较详细的描述。 在一个模式文档中，当需要定义新的复合类型的时候，应当使用complexType元素来定义，这样的典型定义包括元素声明、元素引用和属性声明。这些元素声明与其说是它们自身的类型，不如说是一由相关模式控制的元素名与控制这些元素名在实例文档中的表现形式的型约束之间的关联。元素是通过使用element元素来声明的，属性则是通过使用attribute元素来声明的。举例来说，USAddress被定义为一个复合类型，所以在USAddress类型定义中看到它包含了五个元素的声明和一个属性的声明(参见代码3)。 <!--代码3 复合类型定义示例: USAddress-->
这个定义的含义是，在实例文档中出现任何类型声明为USAddress的元素(比如在po.xml中的shiptTo)必须包含五个元素和一个属性，而且这些元素必须被命名为name、street、city、state和zip，这些名称应该与在模式定义中element元素的name属性的值相一致。并且这些元素必须按照模式声明中的相同顺序出现，前四个元素必须包含一个字符串元素内容，第五个必须包含一个十进制数字类型的元素内容。声明为USAddress类型的元素可以带有一个country属性，该属性必须包含字符串“US”。 USAddress类型定义仅仅包含了引用简单类型的元素声明，这些简单类型包括string、decimal 和NMTOKEN。与之对比，PurchaseOrderType类型定义(参阅代码4)则包含了引用复合类型的元素声明，如USAddress。这两个类型声明都使用同样的type属性来标识类型，而无需去区分类型是简单的还是复合的。 <!--代码4 复合类型定义示例: Purchase OrderType-->
在PurchaseOrderType的类型定义中，对于shipTo 和 billTo这两个子元素的声明将不同的元素名与相同的复合类型相关联，这个复合类型是USAddress。这个定义的结果是，如果在实例文档中出现的任何元素(如po.xml中)，当元素类型被声明为PurchaseOrderType时，那么这个元素必须包含两个名为shipTo 和billTo的元素，这两个元素都要包含五个子元素(name、street、city、state和zip)，这五个子元素是作为USAddress声明的一部分出现的。根据USAddress的相关类型定义，shipTo和billTo元素也可以包含country属性。 PurchaseOrderType类型定义包含了一个orderDate属性声明，就像在USAddress中的country属性声明一样，它被标识为一个简单类型。实际上，所有的属性声明必须引用简单类型。这是因为属性与元素声明不同，是不能包含其它元素或者属性的。 迄今为止，我们描述的元素声明对每一个元素名都使用了一个现存的类型定义。然而有时候，使用一个现存的元素比应用一个类型来定义一个新的元素更为方便(参阅代码 5)。 <!--代码 5 使用现存的元素引用来定义元素-->
代码5这个元素声明定义引用了一个现存的元素comment，该元素在购买订单模式文档中的其它部分被定义。一般来说，ref属性的值必须指向一个全局元素。也就是说应当是在元素下面被声明的，而不是作为复合类型定义的一部分声明的。代码5声明的含义是，一个叫comment的元素可以出现在实例文档关于这个定义的相关部分中，它的内容必须和那个被引用的元素的类型一致，在这个情况下是“string”。
一个全局元素的声明也允许元素在实例文档中以顶级的文档元素出现，因此purchaseOrder元素，在po.xsd中是作为一个全局元素声明的，能够作为po.xml.中的顶级元素出现。值得注意的是，基于这个基本原理comment元素作为顶级元素出现在文档如po.xml中也是被允许的。 上一篇：XML Schema帮你建模（3） 下一篇： XML简介 更多相关文章
|
推荐文章
精彩文章
|
