2022XML认证元素类型声明.docx

2022XML认证元素类型声明XML认证元素类型声明一个Dtd不仅要告知语法分析器它所关联的XML文件的根元素是什么，而且还要告知语法分析器文件的内容和结构，说清文件结构中的每一个细微环节。为了定义这些细微环节，我们必需绽开Dtd中元素说明部分，运用元素类型声明(Etd)来声明全部有效的文件元素。Etd不但说明白每个文件中可能存在的元素，给出了元素的名字，而且给出了元素的详细类型。一个XML元素可以为空，也可以是一段纯文本，还可以有若干个子元素，而这些子元素同时又可以有它们的子元素。Dtd正是通过元素之间的父子关系，描述了整个文件的结构关系。Etd应当采纳如下的结构：因此，在前面的例子里，可以在文件序言中通过如下方式定义;联系人列表;这个元素：]><联系人列表>...这个Dtd定义了一个XML文件，它只有一个根元素，名为;联系人列表;，这个元素可以有任何类型的子元素，也可以是纯文本，还可以为空。但是须要留意，尽管元素;联系人列表;被定义为;可以;包含其它元素，但事实上这个Dtd除了;联系人列表;元素本身外没有定义任何其它元素，所以也就没有其它元素可以用作;联系人列表;的子元素。;有效的;XML文件规定文件中所运用的任何元素都必需在Dtd中给出定义。在;ANY;定义下运用任何纯文本都是无须另加说明的，这一点与元素不同。故而，在相同的Dtd定义下，下面一段XML文件则是合法的：]><联系人列表>纯文本信息说明联系人信息元素类型声明2为了使元素;联系人列表;中还可以包含其它元素，从而使前面的那个文件是;有效的;，我们还须要定义元素;联系人;和;姓名;。]><联系人列表><联系人><姓名>张三现在我们已经定义了一个XML文件，它的根元素名为;联系人列表;。;联系人列表;中可以包含任何纯文本数据，也可以含有子元素(这即是ANY的含义)。依据后面的定义，我们知道，;联系人列表;中可以包含子元素;联系人;，也可以干脆包含子元素;姓名;;;联系人;元素又可以包含自己的子元素，名为;姓名;;而;姓名;则只能包含纯文本数据(即(#PCDATA))。留意：除了根元素外，在定义其它元素时运用关键字ANY都是不好的习惯。在定义元素时，Etd的依次是无关紧要的。还有一点要留意，不能对不同的元素运用相同的元素名，即便这些元素的内容、包含的子元素不同也不行，因为它只会引起文件各个元素的混淆，使文件的可读性大打折扣。元素名的第一个字母必需是字母、或下划线(_)、或冒号(：)，后跟字母、数字、句号(.)、冒号、下划线、连结号(-)的组合，并且不能包含空白符，不能以;xml;开头。尽管XML1.0标准允许运用任何长度的文件名，但是实际的XML处理器经常会限制标记名的长度。定义元素及其子元素对于以下的例子：]><联系人列表><联系人><姓名>张三精确的说法是，元素;联系人;必需包含一个，且只能包含一个子元素;姓名;。可假如子元素是;EMAIL地址;怎么办?联系人可能根本没有自己的EMAIL邮箱，也可能有好几个EMAIL帐号。运用正则表达式，我们就可以解决上述问题，描述父元素与子元素之间特别困难的关系。例如，你可以对一个元素作如下任何一种类型的定义：它有一个子元素，有一个或多个子元素，有零个或多个子元素，至少有一个子元素。你还可以定义复合关系，比如;元素X是有效的，假如它含有一个或多个子元素Y，或一个子元素Z;。元素定义是由它们的元素内容模型(ECM)来描述的，也就是说，是由紧跟元素后面的括号中的内容来定义的。因此，正如我们前面见到的，元素;联系人;的ECM被描述为子元素;姓名;：ECM中的内容实行一组正则表达式的形式。在下表中，我们列出了正则表达式中可能出现的元字符：元字符含义+出现一次或多次*出现零次或多次?可选，不出现或出现一次()一组要共同匹配的表达式|OR，或，AND要求严格遵从依次要求下面几节中，我们将通过一些例子详细讲解这些元字符的用法，对运用正则表达式来定义ECM的方法获得一些感性相识。有依次的子元素一个元素的各个子元素之间可以以随意依次出现，也可以强制遵循肯定的依次。考虑下面的Dtd定义：遵从这个Dtd的XML文件可以为：<联系人><姓名>张三[e-mail]同样，下面这个XML文件也是有效的：<联系人>[e-mail]<姓名>张三由于我们在Dtd定义中仅仅用空白符分隔了元素;联系人;的两个子元素，这说明我们并