xml格式xml是什么文件格式

xml格式时间:2021-08-11 阅读:()

什么是XML格式?

XML：Extentsible Markup Language（可扩展标记语言）的缩写，是用来定义其它语言的一种元语言，其前身是SGML(标准通用标记语言)。

它没有标签集（tag set），也没有语法规则（grammatical rule），但是它有句法规则（syntax rule）。

任何XML文档对任何类型的应用以及正确的解析都必须是良构的（well-formed），即每一个打开的标签都必须有匹配的结束标签，不得含有次序颠倒的标签，并且在语句构成上应符合技术规范的要求。

XML文档可以是有效的（valid），但并非一定要求有效。

所谓有效文档是指其符合其文档类型定义（DTD）的文档。

如果一个文档符合一个模式（schema）的规定，那么这个文档是"模式有效的（schema valid）"。

XML是计算机系统之间交换数据的增长很快的标准，微软采用这种版权语言（或称标准）来描述微软许多应用程序的XML数据。

正象HTML一样，可扩展置标语言XML（eXtensible Markup Language）也是一种置标语言。

它同样依赖于描述一定规则的标签和能够读懂这些标签的应用处理工具来发挥它的强大功能。

这一点，从XML的命名上也可窥见一斑。

“关于此规范的正确题目，亦即XML的正确全名，应该是Extensible Markup Language， eXtensible Markup Language只不过是一个拼写错误罢了。

但是，现在简写XML不仅正确，而且正如它在本规范的标题中一样，是Extensible Markup Language的官方名称。

这个名称和简写是由James Clark最先提出的，其它可供选择的名称还包括小型标准置标语言MGML (Minimal Generalized Markup Language), 标准置标语言的小型结构MAGMA (Minimal Architecture For Generalized Markup Applications), 以及互联网置标结构语言SLIM (Structured Language for Markup)。

——Extensible Markup Language (XML) 1.0 Specs, The Annotated Version. ” 从对XML的最初命名可以看出，XML的核心归根结底还是置标。

不过，XML这个置标语言可比HTML的功能要强大的多了。

“人”如其名，XML的强大功能来自于“X”。

也就是说，XML不但是置标语言，而且是可扩展的（eXtensible）置标语言。

XML并非象HTML那样，提供了一组事先已经定义好了的标签，而是提供了一个标准，利用这个标准，你可以根据实际需要定义自己的新的置标语言，并为你的这个置标语言规定它特有的一套标签。

准确的说，XML是一种源置标语言，它允许你根据它所提供的规则，制定各种各样的置标语言。

这也正是XML语言制定之初的目标所在。

“XML的制定目标为： XML应该可以在互联网上直接使用（*就象HTML那样好用）。

XML应该支持各种不同的应用方式（*不但包括浏览，还包括对内容的分析）。

XML应该与SGML兼容（*子承父业嘛，后面我们会讲到，SGML是XML的直接先驱）。

处理XML文件的应用程序应该容易编写（*计算机系的研究生花上两周的工夫就该差不多了）。

XML中的可选特性的数量应该减到最小，最好减至没有（*可选特性经常造成混淆）。

XML文件应该具有良好的可读性，并且比较清晰（*别象HTML那样，如果不借助浏览器，要想读它简直就是对你意志力和耐心的考验）。

用XML设计新的置标语言应该方便快捷（你不必再去经历标准制定的繁琐程序了）。

XML设计的置标语言应该正式、简洁（不然怎么易写易读？）。

XML文件应该容易编制（想想要用“记事本”写个HTML是一件多么可怕的工作）。

XML标记的简洁性并不重要（你不必再去费尽心机减少标记）。

——Extensible Markup Language (XML) 1.0 Specs, The Annotated Version.” 让我们来考虑一个非常简单的例子。

如果我们需要定义一个新的置标语言，叫做FCLML（pany s Client List Markup Language）——F公司的客户列表置标语言。

这个语言应该定义一些标签来代表可联系的客户和有关他们的信息。

这组标签很简单，它们的优点是代表了一定的语意。

让我们回想一下上一节中这些信息在HTML中是如何用标签〈UL〉和〈LI〉表示的。

与之相比，下面这一段代码，显然更加清晰易读： <联系人列表> <联系人> <姓名>张三</姓名> <ID>001</ID> <公司>A公司</公司> <EMAIL>zhang@</EMAIL> <电话>(010)62345678</电话> <地址> <街道>五街1234号</街道> <城市>北京市</城市> <省份>北京</省份> <ZIP>100001</ZIP> </地址> </联系人> <联系人> <姓名>李四</姓名> <ID>002</ID> <公司>B公司</公司> <EMAIL>li@</EMAIL> <电话>(021)87654321</电话> <地址> <街道>南京路9876号</街道> <城市>上海</城市> <省份>上海</省份> <ZIP>200002</ZIP> </地址> </联系人> </联系人列表> 这一段代码是一个非常简单的XML文件。

看上去它和HTML非常相象，但细心的人会发现这里的标签代表的不再是显示格式，而是对于客户信息数据的语意解释。

事实上，用XML定义的置标语言可以根据标记描述的侧重点不同分为两大类。

一类偏重于语意描述，正如上面这个例子。

还有一类偏重于显示方式的描述，象现在已经出炉的XHTML、SVG、SMIL，后面我们还会详细讲解。

值得一提的是，这里对于显示方式的描述不仅限于对文本的描述，还可以包括矢量图形、图象、声音。

比如，一个形如〈EMPHASIZE〉的标签在描述文本时可能是要求将文本加粗，而在描述声音时则要求将音量加大。

不过，正如我们上节所述，仅仅将数据置标还不够。

为了让别人读懂这些数据，置标语言中的置标标准还需包括：置标的语法每个置标的含义换句话说，如果想让计算机应用程序读懂并能处理这段数据，它还必须知道什么是一个有效的置标（如标签），如何处理一个有效的置标。

具体地说，Netscape浏览器如何知道怎样显示上面的这段XML文件？标签〈电话〉是什么含义？它究竟是不是一个合法的标签？它又应该以什么方式表现？因此，我们的置标语言必须能够告诉应用程序它所采用的置标的语法，以便于应用程序对其处理。

在XML中，置标的语法是通过文件类型定义DTD（Document Type Definition）来描述的。

也就是说，我们通过DTD来描述什么是有效的标签，从而进一步定义置标语言的结构。

在用XML定义的置标语言中，DTD与数据文件是分离的部分。

第三章我们将详细讨论DTD的定义方法。

这里我们先给出关于上例的DTD描述，让大家先睹为快： fclml.dtd: <?xml version="1.0" encoding="GB2312"?> <!ELEMENT 联系人列表 (联系人)*> <!ELEMENT 联系人 (姓名,ID,公司,EMAIL,电话,地址)> <!ELEMENT 地址 (街道,城市,省份)> <!ELEMENT 姓名 (#PCDATA)> <!ELEMENT ID (#PCDATA)> <!ELEMENT 公司 (#PCDATA)> <!ELEMENT EMAIL (#PCDATA)> <!ELEMENT 电话 (#PCDATA)> <!ELEMENT 街道 (#PCDATA)> <!ELEMENT 城市 (#PCDATA)> <!ELEMENT 省份 (#PCDATA)> 同样，除了定义置标的语法外，我们还需定义置标的具体含义。

为了明确各个标签的意义，XML使用与之相连的样式单（style sheet），由它来向应用程序，比如浏览器，提供如何处理显示的指示说明。

一个样式单的具体格式我们在第四章再具体描述，现在我们只需知道，样式单所作的规定可能是这样的：每当看到一个〈联系人〉标签，用一个〈UL〉标签显示它。

同样，〈/联系人〉转换为一个〈/UL〉标签。

所有的〈姓名〉标签被转换为〈LI〉标签加以显示。

同样，〈/姓名〉转换