XML的名字空间

　　由于XML对互操作性的支持，每个人都可以创建属于自己的XML词汇。这样一来，如果不同的开发者用相同的元素来代表不同的实体的话，后果是不可想象的。为了防止这种潜在的冲突，W3C在XML中引入了名字空间。

　　XML名字空间为你的XML文档元素提供了一个上下文。它允许开发者按一定的语义来处理元素。还以汉堡包举例说明，在某个系统中price元素可能代表的是消费者的购买价，而在另一个系统中，它可能代表了商店的进货价。下面的例子演示了名字空间是怎样帮我们解决这样的问题的。

＜?xml version="1.0"?＞ ＜hamburgers 　　xmlns:purchase="http://fastfood.org/franchise/prices" 　　xmlns:sales="http://fastfood.org/customer/prices" ＞ 　＜hamburger lowfat="dream on"＞ 　　＜name＞CowBurger＜/name＞ 　　＜description＞Greasy and good.＜/description＞ 　　＜purchase:price＞0.99＜/price＞ 　　＜sales:price＞2.99＜/price＞ 　＜/hamburger＞ ＜/hamburgers＞

　　我怎样使用XML呢？

　　XML的语法并不难，但想要用好XML，让它帮我们做一些事还是有一定的挑战性的。

　　要用好XML，我们要能编程处理XML文件。W3C定义了一种软件模型叫"XML处理器"。它能够读XML文档并提供对其内容和结构的访问。微软最主要的XML处理器叫做Microsoft XML(MSXML) 2.0。MSXML 2.0 捆绑于IE 5.0中，并且可以作为一个单独的可分发文件从微软MSDN XML的网站免费获得(http://msdn.microsoft.com/xml)。

　　使用XML来作为描述数据的通用标准的一个主要优点在于，任何XML处理器所提供的功能都能让我们实现我们想到的目标。开发者几乎不用（如果你曾这么干过）费力去写自己的XML处理器。理论上说，开发者应该使用市场上最好的处理器以避免出现兼容的问题。

　　使用一个标准的XML处理器，你可以通过编程读各种XML文档（例如hamburger.xml），访问任何元素、元素内容或是元素属性。如果你在一个基于Windows的系统中创建XML文档，你也可以很方便的将这个文档转到大型机系统中，用大型机的XML处理器来实现与同样数据的交互。这才是XML的真正魅力所在。作为一项技术，XML并不能解决你的软件的所有问题；但它已成为一种在你和他人的应用之间交换结构化数据的开放式有效机制。

　　XML的核心技术

　　直到现在，你已经完全可以创建使用属于你自己的XML文档了。然而，XML真正的潜力却在于它所支持的多项技术。你完全不必为此去使用本文以下所讨论的所有技术。但它们的出现可以帮助你理解这些技术是怎样作为整个XML策略的一部分被组合在一起的。

　　确认技术

　　你已经知道了XML为描述结构良好的文档提供了一整套灵活的语法。正因为它的这种灵活性，我们需要一些方法来确认某一种特殊类别的XML文档都有我们所预计一种格式。例如，以下就是一个结构良好的XML文档：

＜?xml version="1.0"?＞ ＜hamburgers＞ 　＜hamburger lowfat="dream on"＞ 　　＜hamburger lowfat="maybe"＞ 　　　＜name＞CowBurger＜/name＞ 　　　＜description＞Greasy and good.＜/description＞ 　　　＜price＞2.99＜/price＞ 　　　＜price＞3.99＜/price＞ 　　＜/hamburger＞ 　＜/hamburger＞ ＜/hamburgers＞

　　然而，这个文档有一些应用级的问题。注意到了吗，文档中一个hamburger元素出现在了另一个hamburger元素的里面。请别担心，对于这个例子来说这个XML结构没有任何的错误。另外，请注意在里层的hamburger元素中有多个price元素。哪一个price是正确的呢？系统有可能会显示出这里有一个Bug。在这种情况下，一个标准的确认XML文档的机制将是十分有用的。