XML简明教程

XML指南——XML编码

http://www.webasp.net/article/18/17765.htm

XML文档可以包含外文字符比如挪威语或者法语（中文当然也可以！这一部分还是不能照原文翻译，下面有些内容是我自己写的）
为了让你的解析器能够明白这些字符，你必须在XML文档中统一的字符编码标准。

Windows 95/98 记事本
Windows 95/98 记事本不能以Unicode的编码格式保存文件。
可以使用记事本来编辑和保存包含了外文字符的XML文档 (比如：挪威语或者法语或者中文)
<?xml version=”1.0”?>

但是如果你用浏览器打开这个用记事本编辑过的XML文档，将会出现一个错误open it with IE 5.0。

在Windows 95/98 记事本中使用编码
Windows 95/98 记事本编辑XML文件必须进行编码属性设置。
为了避免发生错误，可以在XML文档声明中加上一个encoding属性，指明此XML文档的编码类型，但是不要使用Unicode编码。
下面的编码类型不会导致错误, 并且汉字显示正常:
<?xml version=”1.0” encoding=”gb2312”?>

下面的编码类型不会导致错误, 并且汉字显示正常:
<?xml version=”1.0” encoding=”gbk”?>

下面的编码类型不会导致错误, 并且汉字显示不正常(乱码):
<?xml version=”1.0” encoding=”windows-1252”?>

下面的编码类型不会导致错误, 并且汉字显示不正常(乱码):
<?xml version=”1.0” encoding=”ISO-8859-1”?>

下面的编码类型不会导致错误,并且汉字显示正常:
<?xml version=”1.0” encoding=”UTF-8”?>

下面的编码类型会导致错误:
<?xml version=”1.0” encoding=”UTF-16”?>

使用Windows 2000 记事本
Windows 2000 记事本可以以Unicode编码格式保存文件。
Windows 2000 的记事本支持Unicode字符集。如果使用Win2000的记事本以Unicode的编码格式保存XML文档(请注意这里在XML声明中没有编码信息):
<?xml version=”1.0”?>

下面这个文件; note_encode_none_u.xml, 在IE5.0+中将不会出现错误，但如果你使用网景Netscape 6.2，就可能出错。读者比较 note_encode_none.xml 和 note_encode_none_u.xml这两个文件，如果单独看他们各自的源文件，是没有区别的，但为什么一个能显示，一个不能显示呢？答案就是Unicode字符集。

Windows 2000 记事本编码
Windows 2000记事本还可以以”UTF-16”编码格式保存文件。
如果你在XML文档中声明了编码属性而又以Unicode编码格式保存文件，将可能发生错误。
下面的代码将会导致错误:
<?xml version=”1.0” encoding=”windows-1252”?>

下面的代码将会导致错误:
<?xml version=”1.0” encoding=”ISO-8859-1”?>

下面的代码将会导致错误:
<?xml version=”1.0” encoding=”UTF-8”?>

下面这个文件; note_encode_utf16_u.xml, 将会在IE5.0+中显示正常，在网景Netscape 6.2浏览器中将会出现错误。
<?xml version=”1.0” encoding=”UTF-16”?>

错误信息
当时用IE5.0或者更高版本浏览XML文档时，可能会遇到两中不同的编码错误:
在文本内容中发现一个非法字符(An invalid character was found in text content)。
如果你的XML文档和你的XML文档的编码格式不匹配就可能导致错误发生。通常情况是，XML文档包含一些“非英文”字符，并且使用了单字节编码的编辑器，而且没有在XML文档的声明中设置XML文档的编码格式。

不支持从当前的编码格式转换成另一种编码格式（Switch from current encoding to specified encoding not supported）。
如果XML文档以Unicode/UTF-16编码格式保存，但是XML文档的声明中却设置了编码格式是一些单字节的编码（比如 Windows-1252, ISO-8859-1 或者 UTF-8）；或者XML文档以单字节编码格式保存，但是XML文档的声明中却设置了编码格式是一些Unicode/UTF-16的编码形式，这样两种情况都会导致错误发生。

结论
结论:在保存XML文档之前在XML文档的声明中设置文档的编码格式，我的一些关于避免错误发生的建议:
使用一种支持Unicode编码格式的编辑器。
确信你知道自己正在使用那种编码格式。
在XML文档中使用属性声明设置编码格式。

XML指南——XML CDATA

http://www.webasp.net/article/18/17764.htm

在XML文档中的所有文本都会被解析器解析。

只有在CDATA部件之内的文本会被解析器忽略。

解析数据

XML 解析器通常情况下会处理XML文档中的所有文本。

当XML元素被解析的时候，XML元素内部的文本也会被解析:

<message>This text is also parsed</message>

XML解析器这样做的原因是XML元素内部可能还包含了别的元素，象下面的例子，name元素内部包含了first和last两个元素:

<name><first>Bill</first><last>Gates</last></name>

解析器会认为上面的代码是这样的:

<name>
<first>Bill</first>
<last>Gates</last>
</name>

转义字符

不合法的XML字符必须被替换为相应的实体。

如果在XML文档中使用类似”<” 的字符, 那么解析器将会出现错误，因为解析器会认为这是一个新元素的开始。所以不应该象下面那样书写代码:

<message>if salary < 1000 then</message>

为了避免出现这种情况，必须将字符”<” 转换成实体，象下面这样:

<message>if salary &lt; 1000 then</message>

下面是五个在XML文档中预定义好的实体:

实体必须以符号”&”开头，以符号”;”结尾。

注意: 只有”<” 字符和”&”字符对于XML来说是严格禁止使用的。剩下的都是合法的，为了减少出错，使用实体是一个好习惯。

CDATA部件

在CDATA内部的所有内容都会被解析器忽略。

如果文本包含了很多的”<”字符和”&”字符——就象程序代码一样，那么最好把他们都放到CDATA部件中。

一个 CDATA 部件以”<![CDATA[“ 标记开始，以”]]>”标记结束:

<script>
<![CDATA[
function matchwo(a,b)
{
if (a < b && a < 0) then
{
return 1
}
else
{
return 0
}
}
]]>
</script>

在前面的例子中，所有在CDATA部件之间的文本都会被解析器忽略。

CDATA注意事项:

CDATA部件之间不能再包含CDATA部件（不能嵌套）。如果CDATA部件包含了字符”]]>” 或者”<![CDATA[“ ，将很有可能出错哦。

同样要注意在字符串”]]>”之间没有空格或者换行符。

XML指南——XML 命名空间

http://www.webasp.net/article/18/17663.htm

XML 命名空间提供了一种避免元素命名冲突的方法。

命名冲突

因为XML文档中使用的元素不是固定的，那么两个不同的XML文档使用同一个名字来描述不同类型的元素的情况就可能发生。而这种情况又往往会导致命名冲突。请看下面两个例子

这个 XML 文档在table元素中携带了水果的信息:

<table>
<tr>
<td>Apples</td>
<td>Bananas</td>
</tr>
</table>

这个 XML 文档在table元素中携带了桌子的信息(家具，不能吃的哦):

<table>
<name>African Coffee Table</name>
<width>80</width>
<length>120</length>
</table>

如果上面两个XML文档片断碰巧在一起使用的话，那么将会出现命名冲突的情况。因为这两个片断都包含了

使用前缀解决命名冲突问题

下面的XML文档在table元素中携带了信息:

<h:table>
<h:tr>
<h:td>Apples</h:td>
<h:td>Bananas</h:td>
</h:tr>
</h:table>

下面的XML文档携带了家具table的信息:

<f:table>
<f:name>African Coffee Table</f:name>
<f:width>80</f:width>
<f:length>120</f:length>
</f:table>

现在已经没有元素命名冲突的问题了，因为这两个文档对各自的table元素使用了不同的前缀，table元素在两个文档中分别是( 和)。

通过使用前缀，我们创建了两个不同的table元素。

使用命名空间

下面的XML文档在table元素中携带了信息:

<h:table xmlns:h=”http://www.w3.org/TR/html4/"&gt;
<h:tr>
<h:td>Apples</h:td>
<h:td>Bananas</h:td>
</h:tr>
</h:table>

下面的XML文档携带了家具table的信息:

<f:table xmlns:f=”http://www.w3schools.com/furniture"&gt;
<f:name>African Coffee Table</f:name>
<f:width>80</f:width>
<f:length>120</f:length>
</f:table>

在上面两个例子中除了使用前缀外，两个table元素都使用了xmlns属性，使元素和不同的命名空间关联到一起。

命名空间属性

命名空间属性一般放置在元素的开始标记处，其使用语法如下所示:

xmlns:namespace-prefix=”namespace”

在上面的例子中，命名空间定义了一个Internet 地址:

xmlns:f=”http://www.w3schools.com/furniture“

W3C 命名规范声明命名空间本身就是一个统一资源标示符，Uniform Resource Identifier (URI)。

当我们在元素的开始标记处使用命名空间时，该元素所有的子元素都将通过一个前缀与同一个命名空间相互关联。

注意：用来标识命名空间的网络地址并不被XML解析器调用，XML解析器不需要从这个网络地址中查找信息，该网络地址的作用仅仅是给命名空间一个唯一的名字，因此这个网络地址也可以是虚拟的，然而又很多公司经常把这个网络地址值象一个真实的Web页面，这个地址包含了关于当前命名空间更详细的信息。
可以访问http://www.w3.org/TR/html4/.

统一资源标识符

通用资源标识符（A Uniform Resource Identifier (URI)）是一个标识网络资源的字符串。最普通的URI应该是统一资源定位符Uniform Resource Locator (URL)。URL用于标识网络主机的地址。另一方面，另一个不常用的URI是通用资源名字Universal Resource Name (URN)。在我们的例子中，一般使用的是URLs。

既然前面的例子使用的URL地址来标识命名空间，我们可以确信这个命名空间是唯一的。

默认的命名空间

定义一个默认的XML命名空间使得我们在子元素的开始标记中不需要使用前缀。他的语法如下所示:

<element xmlns=”namespace”>

下面的XML文档在table元素中包含了水果的信息:

<table xmlns=”http://www.w3.org/TR/html4/"&gt;
<tr>
<td>Apples</td>
<td>Bananas</td>
</tr>
</table>

下面的XML文档包含了家具table的信息:

<table xmlns=”http://www.w3schools.com/furniture"&gt;
<name>African Coffee Table</name>
<width>80</width>
<length>120</length>
</table>

使用命名空间

档开始使用XSL的时候,就会发现命名空间使用的是如此频繁。XSL样式单主要用于将XML文档转换成类似于HTML文件的格式。

如果看一下下面的XSL文档，就会发现有很多标记都是HTML标记。那些标记并不是HTML标记，是加了前缀的XSL,这个XSL前缀由命名空间”http://www.w3.org/TR/xsl“所标识:

<?xml version=”1.0” encoding=”ISO-8859-1”?>
<xsl:stylesheet xmlns:xsl=”http://www.w3.org/TR/xsl"&gt;
<xsl:template match=”/“>
<html>
<body>
<table border=”2” bgcolor=”yellow”>
<tr>
<th>Title</th>
<th>Artist</th>
</tr>
<xsl:for-each select=”CATALOG/CD”>
<tr>
<td><xsl:value-of select=”TITLE”/></td>
<td><xsl:value-of select=”ARTIST”/></td>
</tr>
</xsl:for-each>
</table>
</body>
</html>
</xsl:template>
</xsl:stylesheet>

XML指南——微软的XML解析器

http://www.webasp.net/article/18/17655.htm

XML解析器可以读取、更新、创建、操作一个XML文档。

使用XML解析器
微软的XML解析器是和IE5.0+浏览器捆绑在一起的。
一旦你安装了IE5.0,那么就获得了XML解析器。这个浏览器除了被浏览器内部调用外，还可以在脚本中或者程序中调用。这个解析器的特点是支持与程序设计语言无关的编程模型，他支持以下技术:
JavaScript, VBScript, Perl, VB, Java, C++ 等等
W3C XML 1.0 和 XML DOM
DTD 和 XML文档验证
如果浏览器使用JavaScript作为脚本语言,那么利用下面的代码可以创建XML文档对象:
var xmlDoc=new ActiveXObject(“Microsoft.XMLDOM”)

如果浏览器使用VBScript作为脚本语言,那么利用下面的代码可以创建XML文档对象:
set xmlDoc=CreateObject(“Microsoft.XMLDOM”)

如果在ASP程序中使用VBScript脚本语言，那么就可以使用下面的代码形式:
set xmlDoc=Server.CreateObject(“Microsoft.XMLDOM”)

将XML文档载入解析器
使用脚本代码可以将XML文档载入解析器。
下面的代码可以将一个XML文档载入解析器:

第二行代码创建Microsoft XML解析器的实例。
第三行代码关闭异步载入，确保XML解析器在把XML文档完全载入以前不会对XML文档进行解析。
第四行则告诉解析器需要载入的XML文档名字是note.xml。

把纯XML文档由字符载入解析器
解析器可以从一个文本字符串中载入XML文本。
下面的代码演示了将文本字符串载入解析器:

注意这里载入字符串使用的是”loadXML()”方法）（而不是前面用过的”load()”方法)， “loadXML()”是用于载入字符串，”load()”是用于载入XML文档。

使用JavaScript语言显示XML数据
可以使用JavaScript语言来显示XML数据。
JavaScript (或者 VBScript)可以从XML文档中导入数据，并将这些数据在HTML页面中显示出来。

XML指南——XML数据岛

http://www.webasp.net/article/18/17564.htm

使用IE5.0或者更高的版本，XML数据可以以数据岛的形式嵌入HTML页面。

在HTML页面中嵌入XML数据
使用非官方标准的标记可以将XML数据嵌入到HTML页面中。
XML数据可以象下面的例子那样嵌入HTML页面:

或者象下面这样嵌入外部单独的XML文件:

注意那个标记是一个HTML元素，而不是一个XML元素。

数据绑定
XML数据岛可以绑定到HTML元素上（比如表格）。
在下面的例子中，一个XML数据岛（ID=cdcat）被从外部XML文档载入。一个HTML的表格绑定到此数据岛上。HTML表格内部的span元素使用datafld属性和XML文档相应的XML元素相互绑定。

XML指南——察看 XML 文件

http://www.webasp.net/article/18/17563.htm

原始的XML文件可以用IE 5.0 (或者更高的版本)或者Netscape 6来察看,但是如果希望让XML文档象Web页那样显示就必须添加一些额外的显示信息。

察看XML文件
我们可以使用IE5.0 (或者更高的版本)来浏览XML文档。你可以单击一个超链接或者是在浏览器的地址栏中输入URL地址，或者是在文件夹中双击XML文档。如果你用 IE打开XML文档后发现浏览器用带颜色的标识XML文档的根元素和子元素，XML元素的左边有一个”+”号，那么你可以单击这个“+”号，展开这个元素的下一级结构；如果元素的左边有一个”-“号，那么你也可以单击这个“-”号，收拢这个元素的下一级结构，如果你愿意察看XML文档的源文件，那么你可以在右键菜单中选择“察看源文件”。
我们也可以用Netscape 6来打开XML文档，并且也可以用右键选择“察看源文件” 当你用Netscape 6打开XML文档后，浏览器将用带颜色的代码显示根元素和子元素。

<?xml version=”1.0” encoding=”ISO-8859-1” ?>
-
-
-
Belgian Waffles
$5.95
two of our famous Belgian Waffles with plenty of real maple syrup
650

-
Strawberry Belgian Waffles
$7.95
light Belgian waffles covered with strawberries and whipped cream
900

-
Berry-Berry Belgian Waffles
$8.95
light Belgian waffles covered with an assortment of fresh berries and whipped cream
900

-
French Toast
$4.50
thick slices made from our homemade sourdough bread
600

-
Homestyle Breakfast
$6.95
two eggs, bacon or sausage, toast, and our ever-popular hash browns
950


为什么XML在浏览器中的显示是这个样子呢？
单纯的XML文档并不包含如何显示数据的信息。
既然XML标记是由XML文档作者“创造”和“发明”的，那么我们不可能知道一个

XML指南——XML 确认

http://www.webasp.net/article/18/17561.htm

符合语法的XML文档称为结构良好的XML文档。
通过DTD验证的XML文档称为有效的XML文档。

“结构良好的” XML文档
一个结构良好的XML文档应该使用正确的语法。
一个结构良好的XML文档应该遵守XML语法规则，前面一章给出的例子就是一个结构良好的XML文档：
<?xml version=”1.0” encoding=”ISO-8859-1”?>

“有效的” XML文档
一个有效的XML文档应该遵守DTD的描述。
一个有效的XML文档也是一个结构良好的XML文档，同时还必须符合DTD的规则。
<?xml version=”1.0” encoding=”ISO-8859-1”?>
<!DOCTYPE note SYSTEM “InternalNote.dtd”>

XML DTD
DTD定义了XML文档中可用的合法元素。
DTD的意图在于定义XML文档的合法建筑模块。他通过定义一系列合法的元素决定了XMl文档的内部结构。结构良好的XML文档不一定是有效的XML文档,但有效的XML文档一定是结构良好的XML文档。如果你想了解更多关于DTD的知识可以参考DTD 指南。

XML Schema
XML Schema(XML模式)是基于XML的DTD的替代品。
W3C使得DTD和Schema可以相互替代，读者可以在Schema 指南中了解到更多信息。

错误
XML文档中发生的错误将导致XML程序停止。
W3C的XML规范声明：如果程序在处理XML文档中发现一个有效的错误，那么此程序应该终止。这就是XML软件相对于容易编写的原因。所有的XML文档地都应该是协调一致的。
在HTML中，HTML文件可能包含很多错误，（比如一个元素有开始标记没有结束标记）这也是HTML浏览器体积之所以很大的一个原因，当他们发现错误的时候，他们有各自不同的方法来决定此HTML文件应该如何显示。
在XML中决不会发生这种情况。

XML指南——XML 属性

http://www.webasp.net/article/18/17560.htm

跟HTML一样，XML元素再开始标记处可以由元素属性。
属性通常包含一些关于元素的额外信息。

XML属性
XML元素可以拥有属性。
你一定还记得这样的HTML代码吧: 。src是img元素的属性，提供了关于img元素的额外信息。
在HTML中 (在XML中也一样)元素的属性提供了元素的额外信息。

书信提供的信息通常不是数据的一部分。在下面的例子中，类型和数据毫不相关，但对于操作这个元素的软件来说却相当重要。