新Java网络程序设计　教学课件 房晓溪 第13章 可扩展标志语言（XML）编程.pptVIP

第13章 可扩展标志语言（XML）编程 主要内容 XML简介 XML技术的主要特性 XML语法 解析器 SAX 1.0介绍 13-1 XML简介 XML并不是标记语言。它只是用来创造标记语言(比如HTML)的元语言。天，又糊涂了！不要紧，你只要知道这一点：XML和HTML是不一样的，它的用途比HTML广泛得多，我们将在后面仔细介绍。 XML并不是HTML的替代产品。XML不是HTML的升级，它只是HTML的补充，为HTML扩展更多功能。我们仍将在较长的一段时间里继续使用HTML。(但值得注意的是HTML的升级版本XHTML的确正在向适应XML靠拢。) 不能用XML来直接写网页。即便是包含了XML数据，依然要转换成HTML格式才能在浏览器上显示。 注意：这段代码仅仅是代码，让你初步感性认识一下XML，并不能实现什么具体应用;其中类似title,author的语句就是自己创建的标记(tags)，它们和HTML标记不一样，例如这里的title是文章标题的意思，HTML里的title是页面标题。 13-2 XML技术的主要特性 格式正规的XML 文档类型定义 数据建模 文档对象模型 XML 简单API 命名空间和模式 链接和查询 转换XML XML和数据库 服务器到服务器 电子商务与XML 使用样式 13-2-1 格式正规的XML 格式正规的XML会遵守W3C的XML1.0推荐标准的语法要求。解析器就是检验一个文档是否符合XML语法规则的处理工具（稍后我们会详细讨论）。下面是一个简单的格式正规的文档（先不用考虑语法的精确细节）： ?xml version=1.0 pet_store store_ID purchases customer_ID=3345545 creature creature_typeshop/creature_type speciesvicuna/species /creature /purchases /pet_store 13-2-2 文档类型定义 这些定义保存了由设计者添加的、用于扩展XML核心规则的部分，并创建用来描述某些问题或状态的词汇表。这是你在了解XML词汇表的结构的过程中遇到的第一个机制。我们所强调的未来Web应用程序体系结构的诸多好处都有赖于此机制。通过学习DTD，你将会充分掌握如何验证应用程序之间交换的文档，并开始有机会及时发现新的词汇表。稍后，我们将看一看其他用来表述XML文档结构的机制，但DTD目前仍是惟一得到官方认可的途径。 13-2-3 数据建模 XML应用程序成功的关键因素之一就是XML词汇表的高效性。词汇表是元素及其属性、以及你所指定的文档结构的规范。虽然只要有一个不怎么样的数据库模式就能够编制数据库应用程序，但没有一个有效的词汇表，你就不再能够创建一套好的支持XML的应用程序。 13-2-4 文档对象模型 一旦拥有了为需求而设计的词汇表，就可以考虑应用程序的其他方面了。在一些新的We b应用程序的结构中，应用程序必须处理XML文档及文档的各个部分。客户端创建请求，而服务器解析这些请求，构造新的请求，并进行响应。DOM是完成这项任务的一个API，其中指定用于处理HTML和XML文档的一系列对象和接口。W3C维护DOM推荐标准，它是两个用于XML文档受到广泛支持的API中的一个（另一个是针对XML的简单API，下一节将进行介绍）。DOM提供了文档的三个结构化视图。与DOM兼容的解析器读取整个文档，并通过在内存中构造一个对象树而提供文档的一个视图。文档的主要组件结构是对象树中的节点，访问对象树并处理它是通过使用DOM接口浏览解析树实现的。 13-2-6 命名空间和模式 我们真诚地希望，随着大家越来越多地了解到XML和它给应用程序带来的好处之后，能够编制出更加巧妙的文档和词汇表。你也可能想在结构的自动检测方面了解更多的信息。 如果你尝试过用DTD来完成这项工作，会遇到一些障碍。解决的办法就是XML的模式（Schema）和命名空间（Namespace），针对它们的开发工作早已经开始。随着XML的发展，正在开发的XML词汇表已经越来越多。其结果之一，就是开发者开始遇到来自别的开发者的、对于解决自身问题大有好处的词汇表。这类词汇表不能满足所有需要，但它们确实能够极大地简化开发新词汇表的工作。当你正在开发一项解决常见问题的新应用时，如果有人已经考虑过这个问题并编制了一个XML词汇表可是个不错的消息。如果你不需要它所有的部分，可以借用其中的内容重新编制一个。即使孤立无援，你也会希望分阶段、有步骤地完成；将一个大的问题分解为若干小的问题会有利于它的解决。 XML的研究者意识到了这一问题并