1、sax、dom是两种对xml文档进行分析的方法（没有具体的实现，只有接口）
所以不是解释器，如果光有他们，你是完成不了对xml文档的处理的。
sax的包是org.xml.sax
dom的包是org.w3c.dom
包的名称很重要，它有助于你理解他们之间的关系。

2、jaxp是api，他封装了sax\dom两种接口。并在sax\dom的基础之上，作了一套比较简单的api以供开发人员使用。
jaxp的包是javax.xml.parsers
可以看看jaxp的源文件，它的文件中包含了对sax或者dom的引用（import）
jaxp也不是具体的实现，他只是一套api。如果你仅仅有jaxp那是无法工作的
（其实jaxp只是完成对sax、dom的包装，生成了DocumentBuilderFactory\DocumentBuilder
和SAXParserFactory SAXParser。也就是设计模式中的工厂模式，他的好处就是具体的对象（ 解释器）建立由子类完成）

3、xerces解释器（号称地球上最快的xml解释器）
在xerces 中对jaxp中定义的SAXParser SAXParserFactory DocumentBuilder DocumentBuilderFactory进行了继承（extends）对应SAXParserImpl SAXParserFactoryImpl DocumentBuilderImpl DocumentBuilderFactoryImpl
这就是为什么你的classpath中只要有xerces.jar（其中包含了sax dom jaxp ）和 xercesImpl.jar就可以的原因了.

4、什么时候可以用别的解释器 比如crimson呢
他也是和xerces一样 是解释器，很简单，用crimson.jar 替代xercesImpl.jar

5、jdom和dom4j
 
W3C 的DOM标准API难用的让人想撞墙，于是有一帮人开发Java专用的XML API目的是为了便于使用，这就是jdom的由来，开发到一半的时候，另一部分人又分了出来，他们有自己的想法，于是他们就去开发dom4j，形成了今天 这样两个API，至于他们之间的性能，jdom全面惨败，dom4j大获全胜。我觉得jdom和dom4j就相当于sax/dom+jaxp，具体的解释 器可以选择。

第二：再介绍一下，dom,sax,jdom,dom4j的技术特点：

1: DOM
DOM 是用与平台和语言无关的方式表示 XML 文档的官方 W3C 标准。DOM 是以层次结构组织的节点或信息片断的集合。这个层次结构允许开发人员在树中寻找特定信息。分析该结构通常需要加载整个文档和构造层次结构，然后才能做任何 工作。由于它是基于信息层次的，因而 DOM 被认为是基于树或基于对象的。DOM 以及广义的基于树的处理具有几个优点。首先，由于树在内存中是持久的，因此可以修改它以便应用程序能对数据和结构作出更改。它还可以在任何时候在树中上下 导航，而不是像 SAX 那样是一次性的处理。DOM 使用起来也要简单得多。
　　另一方面，对于特别大的文档，解析和加载整个文档可能很慢且很耗资源，因此使用其他手段来处理这样的数据会更好。这些基于事件的模型，比如 SAX。

2:SAX
这种处理的优点非常类似于流媒体的优点。分析能够立即开始，而不是等待所有的数据被处理。而且，由于应用程序只是在读取数据时检查数据，因此不需要将数 据存储在内存中。这对于大型文档来说是个巨大的优点。事实上，应用程序甚至不必解析整个文档；它可以在某个条件得到满足时停止解析。一般来说，SAX 还比它的替代者 DOM 快许多。

3:　选择 DOM 还是选择 SAX ？
　　对于需要自己编写代码来处理 XML 文档的开发人员来说，选择 DOM 还是 SAX 解析模型是一个非常重要的设计决策。
　　DOM 采用建立树形结构的方式访问 XML 文档，而 SAX 采用的事件模型。
DOM 解析器把 XML 文档转化为一个包含其内容的树，并可以对树进行遍历。用 DOM 解析模型的优点是编程容易，开发人员只需要调用建树的指令，然后利用navigation APIs访问所需的树节点来完成任务。可以很容易的添加和修改树中的元素。然而由于使用 DOM 解析器的时候需要处理整个 XML 文档，所以对性能和内存的要求比较高，尤其是遇到很大的 XML 文件的时候。由于它的遍历能力，DOM 解析器常用于 XML 文档需要频繁的改变的服务中。
　　SAX 解析器采用了基于事件的模型，它在解析 XML 文档的时候可以触发一系列的事件，当发现给定的tag的时候，它可以激活一个回调方法，告诉该方法制定的标签已经找到。SAX 对内存的要求通常会比较低，因为它让开发人员自己来决定所要处理的tag。特别是当开发人员只需要处理文档中所包含的部分数据时，SAX 这种扩展能力得到了更好的体现。但用 SAX 解析器的时候编码工作会比较困难，而且很难同时访问同一个文档中的多处不同数据。

4:jdom http://www.jdom.org
JDOM 的目的是成为 Java 特定文档模型，它简化与 XML 的交互并且比使用 DOM 实现更快。由于是第一个 Java 特定模型，JDOM 一直得到大力推广和促进。正在考虑通过“Java 规范请求 JSR-102”将它最终用作“Java 标准扩展”。从 2000 年初就已经开始了 JDOM 开发。
　　JDOM 与 DOM 主要有两方面不同。首先，JDOM 仅使用具体类而不使用接口。这在某些方面简化了 API，但是也限制了灵活性。第二，API 大量使用了 Collections 类，简化了那些已经熟悉这些类的 Java 开发者的使用。
JDOM 文档声明其目的是“使用 20%（或更少）的精力解决 80%（或更多）Java/XML 问题”（根据学习曲线假定为 20%）。JDOM 对于大多数 Java/XML 应用程序来说当然是有用的，并且大多数开发者发现 API 比 DOM 容易理解得多。JDOM 还包括对程序行为的相当广泛检查以防止用户做任何在 XML 中无意义的事。然而，它仍需要您充分理解 XML 以便做一些超出基本的工作（或者甚至理解某些情况下的错误）。这也许是比学习 DOM 或 JDOM 接口都更有意义的工作。
　　JDOM 自身不包含解析器。它通常使用 SAX2 解析器来解析和验证输入 XML 文档（尽管它还可以将以前构造的 DOM 表示作为输入）。它包含一些转换器以将 JDOM 表示输出成 SAX2 事件流、DOM 模型或 XML 文本文档。JDOM 是在 Apache 许可证变体下发布的开放源码。

5: DOM4J   http://dom4j.sourceforge.net/
虽然 DOM4J 代表了完全独立的开发结果，但最初，它是 JDOM 的一种智能分支。它合并了许多超出基本 XML 文档表示的功能，包括集成的 XPath 支持、XML Schema 支持以及用于大文档或流化文档的基于事件的处理。它还提供了构建文档表示的选项，它通过 DOM4J API 和标准 DOM 接口具有并行访问功能。从 2000 下半年开始，它就一直处于开发之中。
　　为支持所有这些功能，DOM4J 使用接口和抽象基本类方法。DOM4J 大量使用了 API 中的 Collections 类，但是在许多情况下，它还提供一些替代方法以允许更好的性能或更直接的编码方法。直接好处是，虽然 DOM4J 付出了更复杂的 API 的代价，但是它提供了比 JDOM 大得多的灵活性。
　　在添加灵活性、XPath 集成和对大文档处理的目标时，DOM4J 的目标与 JDOM 是一样的：针对 Java 开发者的易用性和直观操作。它还致力于成为比 JDOM 更完整的解决方案，实现在本质上处理所有 Java/XML 问题的目标。在完成该目标时，它比 JDOM 更少强调防止不正确的应用程序行为。
　　DOM4J 是一个非常非常优秀的Java XML API，具有性能优异、功能强大和极端易用使用的特点，同时它也是一个开放源代码的软件。如今你可以看到越来越多的 Java 软件都在使用 DOM4J 来读写 XML，特别值得一提的是连 Sun 的 JAXM 也在用 DOM4J。

最后：我建议用dom4j

Uche Ogbuji, 首席顾问, Fourthought, Inc.

2005 年 8 月 08 日

进 一步了解实现语义透明的不同方法，Uche Ogbuji 阐述了语义透明对使用 XML 的开发人员意味着什么。无论是否重用模式，都会发现使用正式的注释（与以前讨论的非正式注释相比）是很有价值的。这样做在不同的层次上带来了好处。在最直 接的实践层面上，可以生成更好的文档。更深远的好处在于它提供了语义透明性的一种重要度量。这一期的文章将讨论语义锚，并给出一些例子。作者还将花一点时 间讨论一下 XTech Conference 2005。

以前的两期文章“ Thinking XML: XML 建模艺术描述”和“ Thinking XML: 利用模式标准化实现自上而下的语义透明” 中，我介绍了针对语义透明的一些有趣的技术和技巧。本文是这一小型系列的最后一部分，即第 3 部分，在本文中，我将讨论我认为最重要的语义透明工具。正确的模式注释在各种层次上都很有用，最起码可以改进文档。本系列的第一期中讨论了非正式的模式注 释。本文中讨论的方法是对这一思想的重要提炼，将利用语义锚实现注释的形式化。这种方法还受益于 developerWorks 上的另一篇短文，“ 技巧：将数据词典用于 XML 和 Web 服务大纲”。继续阅读本文之前，建议您看一看这些文章。

不过，首先我想提一下最近参加的一次很棒的会议。

XTech Conference 2005

XTech 会议源自原来的 XML Europe 会议，特别增加了补充 XML 的浏览器技术和语义技术专题讨论会。此外， 开放式数据的专题讨论会和所有主题不仅考察处理 XML 的全新技术，还探讨人们和组织如何向世界自由提供数据，以便创建全新的、增加价值的应用程序和资源。

XTech 2005 于 5 月 25-27 日在阿姆斯特丹召开（与 XML Europe 2004 的地点相同，很可能 2006 年也在这里召开）。我一直非常喜欢这个会议，高度关注标记技术的新思想和实际应用。浏览器和开放式数据专题讨论会为整个会议注入了很大活力，组织者 Edd Dumbill 为了营造团结协作的大会氛围所做的创造性工作也增强了大会的吸引力。会议提供了 Wiki（公开征求意见）和 IRC 频道（公开讨论）。Edd 在主持 Planet XTech 中很好地运用了流行的 XML 技术用法，这是一个元数据驱动的 Weblog 和 XTech 相关图片的集合，以 XML 的形式提供会议的日程安排，鼓励人们以有趣的、有用的方式“重新混合”或者处理信息。它帮助完成了开放式数据专题讨论会的所有任务。

微格式（microformat）是 会议讨论的一大主题。基本上就是内嵌在宿主格式（如 XHTML 或 CSS）中的 XML 数据岛。微格式允许用户在信息中混合各种类型的扩展内容，如日历信息、个人联系信息或者图片元数据。大会中我最喜欢的话题之一讨论了一个系统，该系统的名 称很长，叫做 Gleaning Resource Descriptions from Dialects of Languages，或 GRDDL，可以用它从微格式中提取结构化的元数据（用法之一）。GRDDL 是一个重要的概念，我希望在以后的 Thinking XML 专栏文章中讨论它。虽然我个人的陈述出了些问题 —— 会场上的投影仪拒绝与我的膝上电脑视频驱动程序合作 —— 但我还是学到了很多东西，度过了一段美好的时光，最重要的是，我很满意地看到 XML 领域对语义技术越来越重视的更多证据（有于 XTech 大会的更多信息，请参阅 参考资料）。

回页首

正式的模式注释

形式化模式注释的关键在于为所用的术语找到好的词汇表资源和一组清晰的标识符。然后在模式中作为数据词典连接的端点写上这些标识符（通常是 URI）。清单 1 中的 RELAX NG 模式（紧凑语法）片段包含有非正式的注释。

												
														

														
namespace dc = "http://purl.org/dc/elements/1.1/"
element purchase-order
{
  dc:description [ "General purpose purchase order for merchandise" ]
  attribute id {
    dc:description [ "Unique identifier for the purchase order" ]
    text
  }
  #Rest of the schema here
}


										

这种方法的局限性很大。仅仅提供了非正式的描述，需要人们读懂后才能使用。因此很难开发能够使用这类注释推断模式语义的软件。非正式性反映在注释使用了 dc:description 元素，该元素一般用于资源的松散说明。为了实现注释的正式化，我将选用 OWL Web Ontology Language 中更确定的声明，显然我是在使用词汇表术语标识模式数据元素。我选择 WordNet 作为词汇表。WordNet 是英文单词及其词法关系的数据库。我曾经在本专栏 最近的一期文章 中讨论过 WordNet，基本上可以将其作为一种机器可读的词汇表使用。清单 2 以 清单 1 为基础，但使用了更正式的注释。

												
														

														
namespace wn = "http://www.cogsci.princeton.edu/"
element purchase-order
{
  wn:definition [
http://cogsci.princeton.edu/cgi-bin/webwn?stage=1&word=purchase+order]
  attribute id {
    wn:definition [
http://cogsci.princeton.edu/cgi-bin/webwn2.0?stage=1&word=identifier]
    text
  }
  #Rest of the schema here
}


										

该例中的注释为记录定义提供了明确的引用。可以在引用的 WordNet 页面上直接找到词典中的定义：

名词“purchase order”在 WordNet 中有一种意义。
1. order, purchase order ——（付款并提供规格说明和数量要求后，请求某人提供某物的商业文档，“IBM 接到了一百台计算机的订单”。）

名词“identifier”在 WordNet 中有一种意义。
1. identifier ——（建立受体的身份的符号。）

机 器可使用 URL 的等价物来检查语义是否等价 —— WordNet 允许您在此基础上更进一步，使用它的同义词设置更丰富的语义。如果一个模式中包含指向“name”的锚，另一个包含指向“identifier”的锚，那 么机器就可以导航 WordNet 自动识别这些术语词义的相似性。不过，在实践中，WordNet 并不一定是这类注释的最佳选择，模式中使用的术语多数都有专门的技术含义，而通用词典中并没有记载这些含义。另外，由于过于雄心勃勃，WordNet 还没有完全完成，它包含不少错误，仍然在不断的发展中。作为语义锚，还可以选择 ebXML 核心成分和 RosettaNet 词典，两者本专栏中都曾经谈到过。您甚至可以在每个符号中组合使用多个锚。

即使在准备从语义层面上处理这类注释之前，也可以在文 档任务中加以利用。很容易使用 XSLT 抽取模式定义和注释，以生成模式索引和数据词典。甚至可以将从页面中抽取的信息与 URL 锚结合起来。如果要使用 WordNet 来实现，可能需要使用 WordNet 的某个 RDF 翻译版本，而不是原来 Princeton 网页，否则标记非常冗长。

回页首

抽象模式中的语义锚

如果阅读过我撰写的“ Discover the flexibility of Schematron abstract patterns”， 就会了解一种非常有用的技术，从具体的 XML 语法中抽象出模式的基本信息内容。我在那篇文章中指出，“通过为 Schematron 抽象模式增加语义丰富的注释，还可以进一步提高表达能力……最终的模式很容易适应任何语法，同时还提供了语义透明性。”清单 3 中的 Schematron 片段示范了这两种技术结合的强大功能。

												
														

														
  <pattern abstract="true" name="purchase-order">
    <rule context="$purchase-order">
      <wn:definition href=
"http://cogsci.princeton.edu/cgi-bin/webwn?stage=1&word=purchase+order"
       />
      <assert test="$id">
        A purchase order requires an ID
      </assert>
    </rule>
    <rule context="$id">
      <wn:definition href=
"http://cogsci.princeton.edu/cgi-bin/webwn?stage=1&word=identifier"
       />
      <assert test="count(key('ids', .)) = 1">
        An ID must be unique
      </assert>
    </rule>
  </pattern>


										

这段代码定义了一个 Schematron 抽象模式，包含带有惟一标识符的订购单的抽象概念。可以用任何 XML 范式来实例化它，比如使用带有 ID 属性的 PO 元素，或者包含子元素 ident 的 purchase-order 元素。其工作原理请参阅我的 前一篇文章。无论选择什么语法，都可以把这种结构从具体的模式范式回溯到抽象范式（参见 清单 3），从而找到确定其定义的语义锚。模式将限定 count(key('ids', .)) = 1 检查所有的标识符，从而确保只有一个包含当前值（换句话说，确定该标识符是否是惟一的）。它要求事先定义一个名为 ids 的键。

回页首

结束语

在从事 XML 设计的咨询活动中，我发现，对于提高模式以及我开发的其他工具的质量，语义锚是一种非常有用的工具。明显的好处是，可以使用语义锚为客户生成支持文档，而后，清晰的语义所带来的快速调整和处理技术会让客户感到惊喜。

本文结束了关于实用语义透明技术的考察。希望我已经阐明，良好的语义设计不仅仅是一堆理论，而且能够在 XML 技术实践中应用。当然，我将继续在本专栏中讨论这个主题，也建议您参与 Thinking XML 讨论论坛，与他人分享您的观点。

回页首

参考资料

• 参与论坛讨论。
  
  
• 您可以参阅本文在 developerWorks 全球站点上的 英文原文。
  
  
• 参阅本期文章中引用的 developerWorks 文章：
  • “ XML 建模艺术描述”（2005 年 3 月）
  • “ 利用模式标准化实现自上而下的语义透明”（2005 年 4 月）
  • “ 将数据词典用于 XML 和 Web 服务大纲”（2004 年 5 月）
  • “ Schematron 抽象范式的灵活性”（2004 年 10 月）
  
  
• 进一步了解 XTech 2005，此次大会已经在今年 5 月 25-27 日于阿姆斯特丹召开。有于会议的更多内容，请参阅 Planet XTech 和 The XTech Wiki。Uche Ogbuji 的演讲题目为“ Matching Python idioms to XML idioms”。
  
  
• 了解 Gleaning Resource Descriptions from Dialects of Languages (GRDDL)。“使用明确关联的转换算法，通常用 XSLT 表示从 XML 和 XHTML 文档生成 RDF 数据”的系统。
  
  
• 有于微格式的更多信息，请阅读 Micah Dubinko 撰写的“ What Are Microformats?”。
  
  
• 了解 RELAX NG，这是一种更有效的 XML 设计。David Mertz 在他的 developerWorks XML Matters 专栏中提供了很好的入门介绍：
  • 第 1 部分 相当完整地概括了 RELAX NG 模式的语法和语义（2003 年 2 月）。
  • 第 2 部分 阐述了一些附加的语义问题，考察了使用 RELAX NG 的工具（2003 年 3 月）。
  • 第 3 部分 考察了使用 RELAX NG 紧凑语法的工具（2003 年 5 月）。
  
  
• 请访问 WordNet 主页，这是普林斯顿大学 Cognitive Science Laboratory 开发的英文词汇及其词法关系数据库。
  
  
• 在 developerWorks XML 专区 可以找到更多 XML 参考资料，其中包括 Thinking XML 专栏的 以前各期文章。“ XML 符合语法，第 3 部分”讨论了 RosettaNet 词典（2001 年 5 月）。
  
  
• 了解如何才能成为一名 IBM 认证的 XML 及相关技术的开发人员。
  

回页首

关于作者

		Uche Ogbuji 是 Fourthought Inc. 的顾问兼创始人，该公司是一家专为企业知识管理提供 XML 解决方案的软件供应商和咨询公司。Fourthought 开发了 4Suite，这是一个用于 XML、RDF 和知识管理应用程序的开源平台。Ogbuji 先生还是 Versa RDF 查询语言的首席开发人员。他是一位出生于尼日利亚的计算机工程师和作家，目前生活和工作在美国科罗拉多的博耳德。您可以通过 Ogbuji 先生的 Weblog Copia 进一步了解他，或者通过 uche.ogbuji@fourthought.com 与他联系。

Uche Ogbuji, 首席顾问, Fourthought, Inc.

2003 年 1 月 01 日

OpenOffice.org 是一种成熟的、开放源码的前台办公应用程序套件，它的优点是一种基于开放 XML DTD 的已保存文件格式。这使得在处理 OpenOffice.org 产生的工作时，向用户和开发人员提供了极大的灵活性和能力。在本文中，Uche Ogbuji 介绍了 OpenOffice 文件格式并说明了其优点。

当标记支持者尝试向大众证明 象 XML 这样的技术突破的价值时，他们几乎总是提供专用的、二进制文件格式的示例 — 而最常用的示例是已保存的字处理器文件。对 XML 文件格式前身的讨论通常会包括用逗号分隔的文件格式，这些格式极频繁地用于电子表格和数据库的导入和导出。由 前台办公（或只是 办公）工具 — 字处理器、电子表格、表示软件、联系人管理器等 — 产生的已保存文件保存了大量表示用户知识的数据。您的笔记、备忘录、提议、分析、计划和组织化工具都是知识管理的主要内容。当您升级或迁移任何此类软件 时，一个主要问题就是新方案是否要导入旧文件。当执行备份时通常会从这些办公文件入手。

供应商知道这一点并理解其中的微妙之处：使他们的专用文件格式足够重要，这样您不得不“忠诚”地使用他们 的软件，但同时又使他们的工具足够灵活，可以接受由竞争对手的软件产生的文件格式。但是标记支持者（尤其是 XML 支持者）指出您根本不必屈从于这种“貌似仁慈的囚禁”。有人提出主张，“您为什么不 100% 地控制此类重要的数据？”又有人提出，“为什么不可以用任何文本查看器轻松地打开文件，以理解内容呢？”于是提出了 XML 作为解决方案。XML 不但是纯文本的，而且提供了一个工具箱，使不同 XML 格式之间能够相互转换。有了它，真是透明性和互操作性的福音。

正 如人们所预料的，越来越多的办公工具提供了 XML 输出。最近，Microsoft 在其办公套件的最新版本里，对 XML 集成和导出能力进行了较大改进。OpenOffice.org 项目从 StarOffice 派生出完整的、开放源码的办公套件，该项目将 XML 用作其核心文件格式，而不是作为单独的导出选项。OpenOffice 包括字处理器、电子表格、演示工具和图形／图表化工具。该工具已经问世很长时间（它大约出现在 1994 年），并具有您认为任何此类办公套件应具有的优点和特性。

OpenOffice.org 的铁杆支持者（OpenOffice.org 网站的志愿参与者和用户）都同意将 OpenOffice 文件格式做得尽可能开放和通用，他们都希望在众多的办公文件格式之间能够有更大的互操作性和灵活性。除了这个目标之外，他们还将文件格式贡献给结构化信息 标准促进组织（Organization for the Advancement of Structured Information Standards，OASIS）的一个新技术委员会（TC）。我是该委员会的创始成员，我认为 OpenOffice 格式可以成为有价值的社区资源，用来将我们在工作和联系中使用的人类可读文档与可增加这些文档总体价值的各种元数据管理连接起来。在本文中，我将介绍 OpenOffice 文件格式。

XML 和办公软件交汇了，这是一个有趣的时刻。有许多关于最新的 Microsoft XDocs 技术的讨论，以及关于它会不会跟 XForms（OpenOffice 格式）和其它此类项目形成竞争或相辅相成的讨论。我不会在本文中论及任何相关主题 — 部分原因是篇幅不够，还有部分原因是 XDocs 的详细信息才刚披露。此外，在本文后面的部分中，我将使用名称“OpenOffice”而不是使用完整的正式名称“OpenOffice.org”。

整体格式

我启动了 OpenOffice 1.0.1 for Linux（我很高兴发现它是随 Red Hat 8.0 一起提供的），然后创建了一个文档，如 图 1所示。

如您所见，编辑界面很象任何其它 WYSIWYG（所见即所得）字处理器屏幕（OpenOffice 用户界面不在本文讨论范围之内）。我将文件保存为 document.sxw。 由于所有文件都是以 OpenOffice 本机格式保存的，所以这实际上是一个包括一组 XML 和其它支持文件的 ZIP 文件 — 一种称为 OpenOffice 包格式的捆绑包。关于使归档文件约定标准化以打包多个相关的 XML 文档及其支持文件的想法，是一种流行的和惯用的思想：XML 专家 Rick Jelliffe 开发了一种基于 ZIP 的 XML 应用程序归档（XML Application Archive，XAR）格式；还有“直接因特网消息封装”（Direct Internet Message Encapsulation，DIME），它是一个因特网草案（Internet Draft），但要复杂得多，并且主要是针对消息传递和 Web 服务而不是通用的归档文件。OpenOffice 使用它自己的格式，接下来我将研究这种格式。请参阅 参考资料以获取关于这些格式的更多信息。

document.sxw的 ZIP 内容如下：

												
														
$ unzip -v document.sxw
Archive:  document.sxw
Length   Method    Size  Ratio   Date   Time   CRC-32    Name
--------  ------  ------- -----   ----   ----   ------    ----
2946  Defl:N      965  67%  12-13-02 04:03  44fee85c  content.xml
4638  Defl:N     1199  74%  12-13-02 04:03  791e906a  styles.xml
1120  Stored     1120   0%  12-13-02 04:03  a921529c  meta.xml
6183  Defl:N     1362  78%  12-13-02 04:03  c8586553  settings.xml
752  Defl:N      254  66%  12-13-02 04:03  11144701  META-INF/manifest.xml
--------          -------  ---                            -------
15639             4900  69%                            5 files

										

“第一站”是 META-INF/manifest.xml，它在某种程度上担任包中所有其它文件的中央目录。 清单 1是来自我样本文档的清单文件。

												
														
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE manifest:manifest PUBLIC "-//OpenOffice.org//DTD Manifest 1.0//EN"
"Manifest.dtd">
<manifest:manifest xmlns:manifest="http://openoffice.org/2001/manifest">
<manifest:file-entry manifest:media-type="application/vnd.sun.xml.writer"
manifest:full-path="/"/>
<manifest:file-entry manifest:media-type="" manifest:full-path="Pictures/"/>
<manifest:file-entry manifest:media-type="text/xml" manifest:full-path="content.xml"/>
<manifest:file-entry manifest:media-type="text/xml" manifest:full-path="styles.xml"/>
<manifest:file-entry manifest:media-type="text/xml" manifest:full-path="meta.xml"/>
<manifest:file-entry manifest:media-type="text/xml" manifest:full-path="settings.xml"/>
</manifest:manifest>

										

所有 OpenOffice 格式都使用 DTD，我认为这样很好，因为拥有一个模式，有助于强制格式的互操作性，并且选择 DTD 还确保了对 XML 工具的最广泛支持。警告：要用通用的 XML 工具处理这些文件，您要么必须使用编目（catalog）以解析公用标识，将被指定为系统标识的 Manifest.dtd 文件复制到相同目录中，要么仅使用不读取外部 DTD 子集的工具。OpenOffice 为所需的 DTD 和实体维护一个内部编目。可以在 OpenOffice 安装的共享目录中找到 OpenOffice DTD。例如，在我的 Red Hat 8.0 安装中，它们位于 /usr/lib/openoffice/share/dtd/ 中，而清单 DTD 在 /usr/lib/openoffice/share/dtd/officedocument/1_0/ 中。您也可以在线从 OpenOffice 网站（请参阅 参考资料）下载或访问这些 DTD。清单文件使用公共的 OpenOffice 名称空间，并通常包括一个向每个文件提供因特网媒体类型（IMT）和相关 URL 的项元素列表。用于子文件夹的 media-type 属性是空的（例如我示例中的 Pictures 文件夹），但通常会在这些子文件夹中包含任何嵌入图形的图形源文件。

meta.xml包括一系列具有文档元数据的元素（如创建和最后编辑日期、已经花费在编辑该文档上的总时间、字数、页数、表数和图数等元素）。您可以将 styles.xml看 作 XML 格式中的级联样式表（CSS）和 XSL 格式化对象（XSL-Formatting Objects，XSL-FO）之间的交叉点。它定义了各种样式，这些样式可用于文档的字体、间距、修饰、间隔、制表符停止位等方面编辑会话。它命名了所 有样式，因此您可以在其它文件中引用它们。 settings.xml记录用户对 OpenOffice 用户界面的用户首选项。这些涉及到用来编辑文档的应用程序的细节，而不是文档本身的任何细节。这个领域还需要完成一些工作以确保互操作性。总之，如果在多 个应用程序（都使用 OpenOffice 格式）中编辑同一文档，不能期望每个应用程序都维护同样类型的设置 — 但即使如此，又如何防止它们发生冲突呢？

回页首

处理内容

文档的核心（实际内容）在 content.xml中。遗憾的是，在文本编辑器中，乍看上去这个文件中的元素有点过于混乱，但是您可以用多种常见的 XML 工具（包括 XSLT）抽取出字符数据，允许使用空样式表（请参阅 清单 2）。

												
														
<xsl:stylesheet
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
version="1.0"
>
<xsl:output method="text"/>
</xsl:stylesheet>

										

这个空样式表使用了所有缺省模板规则，其作用是将所有标记从 XML 文件中剥离。我指定文本输出方法，以避免在输出中获得 XML 文本声明。这个脚本可以和任何 XSLT 处理器一起使用：

												
														
$ 4xslt content.xml null.xslt

										

产生下列输出：

This new column, Thinking XML, will cover the intersection of XML andknowledge architecture (KA). Knowledge architecture sounds likesomething tossed out by a jargon bot, but it's really just an umbrella termfor some very useful technologies that are emerging now that XML is enteringits adolescence. Metadata management, semantic transparency, and autonomousagents are hardly concepts unique to XML, but the promise of XML to unifythe syntax of structured and semistructured data helps turn the next-to-impossibleinto the feasible.

请注意丢失的空格。看起来 OpenOffice 在依照用户编辑模式标记文档中的样式这方面是相当严格的。下面的行有许多内容：

												
														
<text:s/><text:span text:style-name="T2">Knowledge architecture</text:span> sounds
like</text:p><text:p text:style-name="Standard">something tossed out by a jargon bot,
but it's really just an umbrella term</text:p>

										

（在先前的代码样本中，为了便于阅读，代码从单词之间分隔开来，并在多个行上显示。实际上，该代码是很长的一行。）

该 文本被划分成多个元素，并且 OpenOffice 按需填充空格。XSLT 处理器不执行相同的补救措施，因此出现了您在上面的输出中所看到的效果。您也可以对几个简单的 XSLT 模板做相同的操作，在元素范围之间添加空格。但是此处的关键是可以用通用工具非常有效地处理这种文件格式。

回页首

结束语

在本专栏文章中，我对 OpenOffice 文本文件格式进行了概述，但该项目并不是生成一个文本格式然后就不管它了。OpenOffice 提供了内容丰富的工具箱，用来集成 XML 工具，并且第三方工具的队伍也在日益壮大。这些工具包括 SAX 过滤器、XSLT 插件，甚至包括低级别 Java API。该社区的开发人员已经使用这些工具来增加 OpenOffice 的能力，这些能力包括装入和保存 Docbook、HTML、TeX、纯文本以及 PalmOS 和 PocketPC 所用的文档格式。

XMerge 项目用于在诸如 PDA 和移动电话之类的小型设备上处理 OpenOffice 内容。XMerge 开发工作进展相当迅速，供应商（如 Nokia）已经决定参与该项目。由此可见 OpenOffice 所秉承的开放原则的另一个巨大优势。它鼓励了来自各种广泛来源的贡献，甚至是来源于商业利益，谁都知道开放带来公平竞争，而使用专用格式则相反。 XMerge 使用 XSLT 插件进行文档转换，这也确保了跨平台支持。

在 Open Office XML format TC（开放办公 XML 格式技术委员会）（请注意拼写上的差异）中，我们将继续改进这些文件格式，并时刻关注着互操作性的更进一步增强。这是一个带有开放邮件列表的开放过程，任 何 OASIS 成员都可以正式加入。我鼓励所有对管理前台办公文档感兴趣的人都来参与，包括那些倾向于轻松愉快地使用任何他们所熟悉的工具来处理 OpenOffice 文件的人。毕竟，它只是 XML。

回页首

参考资料

• 您可以参阅本文在 developerWorks 全球站点上的 英文原文.
  
  
• 参与本文的 论坛。（您也可以单击本文顶部或底部的 讨论来访问论坛。）
  
  
  
  
• 请访问 OpenOffice 主页以获取有关用户和开发人员的信息，包括 特性列表、邮件列表、文档和下载。
  
  
  
  
• 跟上 OASIS 开放办公 XML 格式技术委员会的进展，并关注关于 Cover Pages 上全面的 OpenOffice.org XML 文件格式新闻。
  
  
  
  
• 关于 OpenOffice 如何使用 XML（包括文件格式）的信息，都可以在 XML 项目主页找到，它拥有到文件格式的 详细信息和 DTD、对如何选择包格式 的幕后内容的讨论以及更多内容的链接。
  
  
  
  
• 除了 OpenOffice 包格式之外，还有几个 XML 包格式提议。Leigh Dodds 所著的“ Wrap Your App”上有其它打包格式（包括 DZIP/XAR和 DIME）的要点。Rich Salz 所著的“ Brother, Can You Spare a DIME?”中也讨论了 DIME。
  
  
  
  
• XMerge项目是一个优秀的多功能应用程序示例，它构建在 XML 的基本文件格式之上。它包括用于 PDA、移动电话和其它小型设备的过滤器和工具。
  
  
  
  
• 阅读 Matt Sergeant 所著的 Adventures with OpenOffice and XML，它讨论了用脚本处理 OpenOffice 文件的工具。尤其是 Perl 用户会发现这篇文章值得一读。
  
  
  
  
• Claude J. Bauer 所著的“ Sun's open，componentized OpenOffice productivity suite”大体讨论了 OpenOffice 的起源，以及该项目的一些其它技术方面（ developerWorks，2001 年 2 月）。
  
  
  
  
• 查看 Uche Ogbuji“Thinking XML”专栏的所有 先前的专栏文章。
  
  
  
  
• 在 developerWorks XML专区查找关于本文所涵盖技术的更多信息。
  
  
  
  
• IBM WebSphere Studio提供了一套使 XML 开发自动化的工具，该工具可以使用 Java 和使用其它语言。它与 WebSphere Application Server紧密地集成在一起，但也可以与其它 J2EE 服务器一起使用。
  
  
  
  
• 找到您如何能够成为 IBM 认证的 XML 及相关技术开发人员的信息。
  

回页首

关于作者

		Uche Ogbuji 是 Fourthought Inc.的顾问和共同创始人，该公司是一家专为企业知识管理提供 XML 解决方案的软件供应商和咨询公司。Fourthought 开发了 4Suite，这是用于 XML、RDF 和知识管理应用程序的开放源码平台。Ogbuji 先生是出生于尼日利亚的计算机工程师和作家，他目前在美国科罗拉多州博耳德生活和工作。您可以通过 uche.ogbuji@fourthought.com与 Ogbuji 先生联系。

Alan Knox, 软件工程师, IBM

2001 年 6 月 01 日

XSLT 样式表可用来动态地将 XML 变换成复杂的浏览器显示标记 -- 但如果显示复杂，样式表也复杂。因此需要一种能够从简单组件构建复杂样式表的工具。既然 XSLT 本身就是 XML，因此可以用 XSLT 操纵 XSLT；样式表也能编写样式表。本文演示如何从 XSLT 组件构建一个执行某一特定运行时变换的 XSLT 样式表。

另一篇 developerWorks 文章 让你的XML适合所有尺寸的屏幕 讨论了编写与管理那些在很多显示设备上显示同一 XML 篮球统计信息的样式表的问题。该解决方案涉及到编写一个参数化的样式表，该样式表生成具有不同等级的数据内容的 HTML，然后使用 WebSphere Transcoding Publisher 将该样式表产生的输出转换成适合于某个特定设备的代码。虽然这对于很多情况来说是一种有效和简单的解决方案，但却丧失了对出现在用户屏幕上的内容的某些控制。

如果要：

• 完全控制用户所见的内容
• 调整应用程序的显示，以便在每一种设备上实现最佳的可能的效果
• 利用设备的特定特性

那么，您必须解决生成无数复杂的样式表的问题。本文演示了一个使用相同篮球 XML 数据的非折衷解决方案。

什么是样式表？ 样式表描述文档如何在屏幕上或打印中显示。通过将样式表附加到 Web 上的结构化文档，您可以改变显示，而无需牺牲设备独立性或添加新的 HTML 标记。 什么是 XSL？ XSL 是可扩展样式表语言，一种用于表达样式表的语言。（CSS 是另一种功效较弱的样式表语言。） 什么是 XSLT？ XSLT 代表 XSL 变换，或用于变换 XML 文档的语言。 什么是 XML？ XML 代表用于基于 Web 的文档的可扩展标记语言。可将它看成 SGML 的缩减版。

样式表的难点

样式表主要有两类问题：

• 复杂性 - 新的应用程序显示往往需要新的样式表。随着标记语言和新设备的激增，所需的样式表的数量也变得令人生畏。如果使用 XML/XSLT 以外的方法（例如 JavaServer Pages (JSP) 或 JavaBean 体系结构），仍然存在同样程度的复杂性。然而，生成 JSP 的可使用的工具支持目前比支持 XSLT 样式表的工具支持要发达得多。
• 技能 - 除了理解 XML 数据之外，样式表作者还必须深入理解多种显示设备的标记语言。另外，在浏览器中生成在外观吸引人的显示也需要设计技能。而这种技能组合并非轻易可以获得。

回页首

解决方案

上述问题可以通过采用基于组件的方法开发样式表来解决。XSLT 是一种声明性语言，其中，构成样式表的模板彼此独立。XSLT 样式表可以使用 import 和 include 机制由其它样式表构成。只要适当留意，您可以分别开发一些独立的 组件样式表，这些组件样式表可以一起构成将在运行期间应用于 XML 数据的 显示样式表。这些组件将大致分为三种类型，用于处理：

• 显示动态 XML 数据（在我的示例中是篮球数据）
• 可重用的显示标记部分，例如按钮栏
• 页面残余部分

下例演示了这种解决方案。

用户界面设计

您可能希望您的 Web 应用程序看上去和感觉起来设计得更专业。布局美观的 HTML 页面往往意味着复杂标记、具有各种嵌入式 HTML 表的安排以及精确的格式化和间距命令。在本文中，我假设已有某个表示下面所示 页面设计的静态 HTML。任务是用一个显示样式表重新生成相同的外观和感觉。

虽然这只是一个简单的示例页面，但它也有一些嵌入的 HTML 表。它将只是多个页面中的一个，这些页面显示的数据来自生成 XML 形式的篮球统计信息的应用程序。我将用 篮球 XML 中的数据替换 "Dynamic data"（动态数据），然后使用 "Navigation bar"（导航栏）列出从当前页开始的链接。

采取的步骤

要生成显示样式表，需要：

1. 从设计 HTML 制作一个样式表。
2. 制作一个将篮球得分格式化成 HTML 的样式表。
3. 将二者合并。
4. 制作一个生成“导航”栏的 XSLT“窗口小部件”。
5. 具体化这个窗口小部件，以生成页面的最终样式表。

回页首

从设计 HTML 制作一个样式表

我可以只制作一个 XSLT 样式表，然后将 HTML 粘贴到适当位置。然而，当用户界面设计更改时，我希望能相应地快速而轻松地更新显示样式表。一种比较好的解决方案是发明一个可以自动将设计 HTML 转换成样式表的过程。如果设计 HTML 和 XML 一样是有效的（如果不是，可以将它清除），那我就可以用 XSLT 样式表这样做。

页面骨架

首先，在设计 HTML 的 <HTML> 标记周围添加 <layout> 元素。

												
														
				<layout match="game">

   <html>

      ...

   </html>




        </layout>

										

这不一定使 HTML 变成样式表，但确实可以让我使用 <layout> 元素的属性来存储那些有助于推动此过程的信息。例如， match="game" 指定了篮球 XML 中的某个元素，我将使用该元素来触发此页面 HTML 的生成。 <layout> 元素内的 HTML 本质上是目标页面的 HTML 模板。因为 模板一词在 XSLT 的上下文中有意义，所以，我称它为目标页面的 HTML 骨架。

预处理样式表

下面是将 skeleton.xml 中的页面骨架转换成样式表的样式表。

												<?xml version="1.0"?>

<xsl:style sheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0"




        xmlns:out="http://www.hursley.ibm.com/hsandt/et/compile">



<xsl:output method="xml" indent="yes"/>




        <xsl:namespace-alias stylesheet-prefix="out" result-prefix="xsl"/>





<!-- template 1 -->

<xsl:template match="/layout">




        <out:stylesheet version="1.0">

  <out:output method="html" indent="yes"/>

  <out:template match="{@match}">

     <xsl:apply-templates/>




        </out:template>

  </out:stylesheet>

</xsl:template>





<!-- template 2 -->

<xsl:template match="*|text()">

  <xsl:copy>

    <xsl:copy-of select="@*"/>

    <xsl:apply-templates select="*|text()"/>

  </xsl:copy>

</xsl:template>





</xsl:stylesheet>





										

该样式表有两个模板：

• template 1 匹配页面骨架中的 <layout> 元素，并输出 XSLT 样式表。
• template 2 匹配任何其它元素或文本节点，并只将它匹配的内容不加更改地复制到输出中。

因为我希望此样式表的输出是一个样式表，所以必须输出 XSLT 语句。但是，XSLT 处理器如何区分要输出的 XSLT 语句和要执行的 XSLT 语句呢？答案是对要复制到输出的 XSLT 语句使用另一个 XML 名称空间。

在上例中，我定义了一个新的名称空间 ( "http://www.hursley.ibm.com/hsandt/et/compile" )，并将其与名称空间前缀 out 关联。因为带有 out 前缀的 XSLT 语句不在 XSLT ( "http://www.w3.org/1999/XSL/Transform" ) 名称空间中，所以，XSLT 处理器将按我的需要输出它们。但这还不够。我希望输出是正确的样式表，XSLT 进程无需作任何进一步更改就可以执行它。在示例的这一点处，我将获得看起来类似于样式表、而实际上却不是的东西。

XSLT 用上面所用的 <xsl:namespace-alias> 元素提供了该问题的解决方案。这将获取 "http://www.hursley.ibm.com/hsandt/et/compile" ( out ) 名称空间中的所有内容，并在输出时将它们移到 "http://www.w3.org/1999/XSL/Transform" ( xsl ) 名称空间中。

将 pre-process.xsl 应用到页面骨架的结果看起来类似于：

												<?xml version="1.0" encoding="UTF-8"?>

<out:stylesheet xmlns:out="http://www.w3.org/1999/XSL/Transform" version="1.0">

<out:output indent="yes" method="html"/>

<out:template match="game">



<html>

   ...  

</html>

</out:template>

</out:stylesheet>


										

请注意，名称空间前缀仍然是 out 。这并不重要。重要的是名称空间前缀 out 现在被映射成 XSLT 名称空间： "http://www.w3.org/1999/XSL/Transform" 。（对 XML 语法分析器很重要的是名称空间，而不是前缀。前缀是使 XML 便于阅读的工具）。某些 XSLT 处理器可以在输出时更改名称空间前缀和名称空间。本文示例所用的 Xalan XSLT 处理器不更改。

现在，可以将 skeleton.xsl 样式表应用到篮球数据。结果由与数据中 <game> 元素的匹配所触发，它与原始 设计 HTML 文件是同样的 HTML。目前这还不是很有用，因为在我希望看到比赛得分的地方仍然显示字符串 "Dynamic data"。我需要让 skeleton.xsl 样式表触发那些在适当位置插入得分的模板。我通过找到写着 "Dynamic data" 的标记，然后将它替换成 <xsl:apply-templates> 调用来实现。 skeleton.xml 文件中的以下标记：

												...

<table cellspacing="0" cellpadding="0" border="0" height="100%" width="100%">

  <tbody>

    <tr><td><img src="spacer.gif" width="1" height="50"/></td></tr>

    <tr><td height="100%" align="center" valign="top">




        <h2>Dynamic data</h2>

    </td></tr>

  </tbody>

</table>

...





										

变成

												...

<table cellspacing="0" cellpadding="0" border="0" height="100%" width="100%">

  <tbody>

    <tr><td><img src="spacer.gif" width="1" height="50"/></td></tr>

    <tr><td height="100%" align="center" valign="top">




        <out:apply-templates select="//recap"/>

    </td></tr>

  </tbody>

</table>

...





										

请注意 out 名称空间前缀；它将导致 XSLT 处理器将元素作为被输出，而不是被执行的事物对待 -- 与上面对 pre-process.xsl 样式表中的类似元素的描述完全一样。正如您将在下一部分中看到的，我只对篮球数据中的 <recap> 元素感兴趣，因此，我可以在这里指定选择标准 select="//recap" 。

现在，我所拥有的 XSLT 代码能够生成所需的静态 HTML 布局，并可以触发那些插入动态数据的模板。接下来，我需要从篮球 XML 数据抽取数据的 XSLT 模板。

回页首

篮球数据样式表

为简便起见，我只生成一个在篮球数据的 <recap> 元素中找到的得分数据表，如下所示。

												<?xml version='1.0'?>

<xsl:stylesheet xmlns:xsl='http://www.w3.org/1999/XSL/Transform' version='1.0'>



  <xsl:output method="HTML"/>



  <xsl:template match="/">

     <HTML>

       <HEAD>

           <TITLE>Box Score</TITLE>

        </HEAD>

        <BODY>

           <h1>Testing</h1>

           <xsl:apply-templates select="//recap"/>

        </BODY>

     </HTML>

  </xsl:template>





  <xsl:template match="recap">

     <TABLE border="0" cellpadding="2" cellspacing="1" width="80%">

        <TR>

           <TD BGCOLOR="#c80000"></TD>

           <TD BGCOLOR="#c80000">

             <CENTER><font color="#FFFFFF"><B>1st</B></font></CENTER>

           </TD>

           <TD BGCOLOR="#c80000">

             <CENTER><font color="#FFFFFF"><B>2nd</B></font></CENTER>

           </TD>

           <TD BGCOLOR="#c80000">

             <CENTER><font color="#FFFFFF"><B>Total</B></font></CENTER>

           </TD>

        </TR>

        <xsl:apply-templates/>

     </TABLE>

  </xsl:template>





  <xsl:template match="recapTeam">

     <TR>

        <TD BGCOLOR="#ffe0e0"><xsl:value-of select="team"/></TD>

        <TD BGCOLOR="#ffe0e0">

          <CENTER><xsl:value-of select="firstHalfScore"/></CENTER>

        </TD>

        <TD BGCOLOR="#ffe0e0">

          <CENTER><xsl:value-of select="secondHalfScore"/></CENTER>

        </TD>

        <TD BGCOLOR="#ffe0e0">

          <CENTER><xsl:value-of select="score"/></CENTER>

        </TD>

    </TR>

  </xsl:template>





</xsl:stylesheet>


										

下面的样式表挑选出 XML 片断。

												...

<recap>

  <recapTeam>

    <team>Georgia Tech</team>

    <firstHalfScore> 21 </firstHalfScore>

    <secondHalfScore> 39 </secondHalfScore>

    <score> 60 </score>

  </recapTeam>

  <recapTeam>

    <team>North Carolina State</team>

    <firstHalfScore> 24 </firstHalfScore>

    <secondHalfScore> 48 </secondHalfScore>

    <score> 72 </score>

  </recapTeam>

</recap>

...


										

上面的样式表产生以下输出：

Testing

回页首

合并两个样式表

现在，我有两个样式表： skeleton.xsl 和 recap.xsl 。我可以通过将这两个样式表导入到名为 runtime.xsl 的新样式表非常方便地合并它们。结果如下所示。

												<?xml version='1.0'?>

<xsl:stylesheet xmlns:xsl='http://www.w3.org/1999/XSL/Transform' version='1.0'>



<xsl:import href="recap.xsl"/>

<xsl:import href="skeleton.xsl"/>



<xsl:template match="/">

  <xsl:apply-templates/>

</xsl:template>



</xsl:stylesheet>
										

可以在运行期间将该样式表作为 Web 应用程序的一部分应用到篮球 XML 数据。样式表中通过不同 XSLT 模板的流程如下所示：

• 首先匹配篮球数据的根节点。 runtime.xsl 中具有 match="/" 的模板具有较高的导入优先权，并覆盖 recap.xsl 中的等价模板。后者只是用于 recap.xsl 的独立测试中触发其它模板，因此，这就是我想要的行为。XSLT 处理器应用这些模板。
• 要匹配的下一个模板是 skeleton.xsl 中具有 match="game" 的模板。它将持续输出 HTML，直到到达要输出得分数据的 <xsl:apply-templates> 元素为止。
• 接下来要触发的模板是 recap.xsl 中具有 match="recap" 的模板。它构建得分表标题行，然后应用模板来匹配用于构建表数据行的 <recapTeam> 元素。
• 构建得分表之后，就没有更多要匹配的输入 XML 节点了。此时，控制返回到 match="game" 模板，该模板输出 HTML 的其余部分。

现在，我已经实现了具有目标视觉和感觉效果的动态数据部分。下一步是实现导航栏。

回页首

导航栏

假设在实际站点上，导航栏在站点上的所有页面中出现，并具有特定于当前页面的标题。在导航栏上有一些从该页出发的固定链接，对于该站点的不同页面，这些链接可能相同，也可能不同。这些链接只取决于当前页面的内容。导航栏不依赖于篮球 XML 数据。

这一功能的实现与我刚刚对动态数据所执行的操作类似：将 skeleton.xml 文件中 HTML 标记的 "Navigation bar" 部分替换成触发 XSLT 代码的某个标记。然而这一次，XSLT 将不由篮球数据触发，并且我希望用于构建导航栏的所有 XSLT 代码在预处理阶段执行，而不要保留到运行期间。

导航窗口小部件

首先，我将在 skeleton.xml 文件中希望出现导航栏的位置上放一个标记。我采用以下片断：

												<layout match="game">

...

<table cellspacing="0" cellpadding="0" border="0" height="100%" width="145">

  <tr><td><img src="spacer.gif" width="100" height="100"/></td></tr>

  <tr>

    <td align="center" valign="top">




        <font color="white"><h2>Navigation bar</h2></font>

    </td>

  </tr>

</table>

...





										

并将它编辑成：

												<layout id="Recap" match="game" 


        xmlns:widget="http://www.hursley.ibm.com/widget" >

...

<table cellspacing="0" cellpadding="0" border="0" height="100%" width="145">

  <tr><td><img src="spacer.gif" width="100" height="100"/></td></tr>

  <tr>

    <td align="center" valign="top">




        <widget:navbar/>

    </td>

  </tr>

</table>

...





										

我在这里发明了 navbar 标记，并在新的 widget 名称空间中指定它。通常，当发明标记来以某种新方式标记已有 XML 时，最好将新标记放在新的名称空间中，以防止可能发生的名称冲突。这样做的更有利的原因是：可以通过在 XSLT 模板中指定 match="widget:*" 来以类的形式查找和操纵页面骨架中的“窗口小部件”。

还要注意添加到 <layout> 元素的 id="Recap" 属性。它标识这个页面骨架应用于哪个特定页面。此信息用于确定在那个页面的导航栏上出现的内容。

接下来，我编写了一个 XSLT 样式表，该样式表将由 <widget:navbar/> 标记触发，并将该标记替换成正确的 HTML，以形成所期望的页面导航栏。这样的样式表看起来可能类似于下例。

												<?xml version='1.0'?>

<xsl:stylesheet xmlns:xsl='http://www.w3.org/1999/XSL/Transform' version='1.0'

        xmlns:widget="http://www.hursley.ibm.com/widget">



<xsl:template match="/">

  <xsl:apply-templates/>

</xsl:template>





<xsl:template match="widget:navbar">

  <!-- Get the "id" attribute from the page skeleton <layout> tag -->

  <xsl:variable name="page" select="ancestor::layout[1]/@id" />

  <!-- Navigation bar title: -->

  <tr>

    <td align="center">

      <h2><font color="white"><xsl:value-of select="$page"/></font></h2>

    </td>

  </tr>

  <!-- Navigation bar links: -->

  <xsl:apply-templates select="document('')//widget:page[@id=$page]"/>

</xsl:template>





<xsl:template match="widget:page">

  <xsl:apply-templates/>

</xsl:template>





<xsl:template match="widget:link">

  <tr>

    <td align="center">

      <a href="{@to}"><xsl:value-of select="@title"/></a>

    </td>

  </tr>

</xsl:template>





<!--

  A lookup table of navbar links out from each page:

-->

<widget:linkData>



  <widget:page id="Recap">

    <widget:link to="nowhere1" title="Team stats"/>

    <widget:link to="nowhere2" title="Player stats"/>

    <widget:link to="nowhere3" title="etc."/>

  </widget:page>



  <widget:page id="someOther">

    <!-- and so on for the other pages in the application -->

  </widget:page>



</widget:linkData>





</xsl:stylesheet>


										

此样式表获取在其中找到 <widget:navbar/> 标记的 <layout> 元素的 id 属性值，并在查表期间使用该属性作为键，以发现导航栏应该包含哪些源自该页面的链接。然后，构造并返回导航栏的 HTML。

最后一步是更新 pre-process.xsl 样式表，以利用 navbar 窗口小部件。我需要添加 XSLT 代码，如下所示：

												<?xml version="1.0"?>

<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0"

        xmlns:out="http://www.hursley.ibm.com/hsandt/et/compile"




        xmlns:widget="http://www.hursley.ibm.com/widget">



<xsl:output method="xml" indent="yes"/>

<xsl:namespace-alias stylesheet-prefix="out" result-prefix="xsl"/>






        <xsl:import href="navbar.xsl"/>



<xsl:template match="/layout">

  <out:stylesheet version="1.0">

  <out:output method="html" indent="yes"/>

  <out:template match="{@match}">

     <xsl:apply-templates/>

  </out:template>

  </out:stylesheet>

</xsl:template>





<xsl:template match="*|text()">

  <xsl:copy>

    <xsl:copy-of select="@*"/>

    <xsl:apply-templates select="*|text()"/>

  </xsl:copy>

</xsl:template>








        <xsl:template match="widget:*">

  <xsl:apply-imports/>

</xsl:template>





</xsl:stylesheet>





										

现在，可以对 skeleton.xml 文件重新运行 pre-process.xsl 样式表，以创建新版的 skeleton.xsl 。 runtime.xsl 中的 <xsl:import> 获得新的 skeleton.xsl 。对篮球数据应用 runtime.xsl 后产生：

最后的结果

回页首

结束语

runtime.xsl 样式表由其它三个样式表 skeleton.xsl 、 recap.xsl 和 navbar.xsl 得到。构建这三个样式表所需的技能如下：

• 通过对 skeleton.xml 文件应用自动过程来构建 skeleton.xsl 。从静态 HTML 构建 skeleton.xml 文件非常简单，无需任何特殊的 XML 或 XSLT 技能。HTML 需要 Web 设计技能。
• recap.xsl 需要有关的 XSLT 和应用 XML 的知识。它输出一些 HTML 标记，但不需要太多 HTML 技能，因为静态 HTML 可能包括一个样本数据表（它将全面指定表单元颜色、边框宽度等），而不是 "Dynamic data" 字符串。
• navbar.xsl 需要 XSLT 知识，并且在更现实的示例中，可能还需要深入了解目标标记语言。

可以仔细地说明、开发和单独地测试样式表。生成动态数据的样式表和生成显示的样式表之间是有区别的。虽然 XSLT 程序员们需要同时理解显示标记和基本的商业 XML，但对于单独的 XSLT 程序员来说，无需同时理解二者。在本例的三个样式表中，技术要求最高的是 navbar.xsl ，但不管怎样，编写可重用的 XSLT 组件正是您施展才华的所在。

When to use sidebars 请记住，在运行期间也要管理生成的样式表，并确保对每个给定请求，都应用了正确设备的正确样式表。 IBM WebSphere Transcoding Publisher 可以替您这样做，这样，应用程序的 XSLT 变换在逻辑上（如果您愿意，也可以在物理上）就与产生 XML 的商业逻辑分隔开。

更进一步

pre-process.xsl 样式表独立于它所处理的页面骨架文件中的标记语言。在生成其它设备（例如，用于 WAP 电话的 WML deck）的标记时，也可以应用完全相同的技术。创建新的窗口小部件只需编写一个适当的 XSLT 样式表，然后将一个 <import> 元素添加到 pre-process.xsl 即可。

随着要支持的页面骨架和窗口小部件数目的增加，管理和操纵所有这些组件的问题也随之成倍增加，因此需要一些工具来管理这种复杂的局面。但是，因为每个组件都是 XML，所以，这些工具本身也可以使用 XML。可以将页面骨架和窗口小部件存储在关系数据库中，并使用 document() 函数从 XSLT 访问它们。在构建这种开发工具方面，具有 Java API 的 XSLT 处理器（例如 Xalan）将特别有用。

回页首

参考资料

• 您可以参阅本文在 developerWorks 全球站点上的 英文原文.
  
  
• 要下载本文所讨论的文件：
  • HTML 页面设计： design.html、 WolfpackBasketball.png和 spacer.gif
  • 页面骨架： skeleton.xml
  • 导航栏 XSLT 组件： navbar.xsl
  • 预处理器 XSLT 样式表： pre-process.xsl
  • 对 skeleton.xml 运行 pre-process.xsl 得到的 XSLT 样式表： skeleton.xsl
  • 篮球数据的源 XML 文件： gt-ncsu-box.xml
  • 抽取篮球得分的 XSLT 样式表： recap.xsl
  • 将在运行期间应用到篮球数据的 XSLT 样式表： runtime.xsl
  • runtime.xsl 的 HTML 输出： runtime.html
  • 包含所有文件的包： files.zip
  
  
• 有关使用 XML 的信息，请参考 developerWorks XML 专区和 W3C Architecture domain。
  
  
• 有关相关主题的其它 developerWorks 文章：
  • Extending the reach of your applications: A simple example using IBM WebSphere Everyplace Suite
  • 改进 XSLT 编码的五种方法
  • Generate dynamic XML using JavaServer Pages technology
  • Spinning your XML for screens of all sizes
  • XSLT 是什么类型的语言？
  • Abstracting the Interface， 第 1 部分和 第 2 部分
  • 更多的 开发者园地资源。
  
  
• 有关 XSLT 的信息，请参阅：
  • W3C User Interface domain。
  • XSLT Programmer's Reference（Michael Kay 著， Wrox Press，2000）为程序员提供了非常有用的 XSLT 语言讨论和参考信息。
  
  
• 有关开放源码 Xalan XSLT 处理器的信息，请造访 Apache 开放源码站点。
  

回页首

关于作者

		Alan Knox 是英国汉普郡 Hursley Park 的一名 IBM 软件工程师。Alan 于 1997 年从 Civil Service 跳槽到 IBM。从那时起，他参与了一些使现有 Web 应用程序适用于交互式电视和 WAP 电话的项目。可以通过 knox@uk.ibm.com 与 Alan 联系

刘 筱

2002 年 4 月 01 日

随 着internet的发展，XML作为一种跨平台的通用结构化数据描述语言越来越得到人们的重视，并已经得到了广泛应用，如MicroMedia公司出品 的Dreamweaver、Flash以及游戏抢滩登录等软件都利用了XML文件作为数据存储方式，而且Microsoft.NET也是架构在XML上面 的。目前出现的取代HTML语言的下一代网页制作语言XHTML（可扩展超文本标记语言），就是建立在XML基础上，因此掌握XML技术是未来网页制作者 必备技能。

本文通过一个模拟标准Windows菜单程序来介绍有关XML技术应用。

程序原理

考虑到层叠菜单复杂性，为使程序简化，只模拟到二级子菜单。下面我们来看看标准windows菜单过程：鼠标移入菜单时突出显示，移出时回复原状，点击则 菜单凹陷显示并打开子菜单，鼠标点击子菜单则完成相应功能。当子菜单打开后移动鼠标，则移入菜单凹陷显示并打开相应子菜单，移出菜单则回复原状并隐藏相应 子菜单，若鼠标并不是移动到另外菜单而是在页面其它地方，则移出菜单仍凹陷显示，相应子菜单也不隐藏，只有当在非菜单处点击时才恢复原状并隐藏子菜单。标 准Windows菜单一个重要特点就是子菜单打开后，在鼠标移出菜单时并不隐藏或者在文档中非菜单处任意单击时才隐藏。目前很多网页菜单程序都做不到这 点，一般都是移入菜单时打开子菜单，移出菜单时隐藏子菜单。采用IE5.0中新提供的鼠标捕获技术就可以完全解决这个问题。所谓鼠标捕获，就是与鼠标相关 的所有事件都由设定鼠标捕获的对象进行处理，而无论这些事件是否由该对象触发。

由于xml文档非常适合描述结构化数据，故我们使用xml文档存储菜单及一级子菜单的有关信息。

为 便于在其它页面使用模拟标准Windows菜单，我们并不使用代码功能重用性能比较差的外部脚本包含文件方法，而是采用IE 5.0新引入的DHTML行为(Behavior)技术将菜单功能代码封装在一个HTML 行为组件(HTC)内。 HTML行为组件封装了页面上特定的功能或动作，当把某个行为组件附加到页面上的标准HTML元素(对象)时，将增强该元素(对象)的默认功能，使得该元 素(对象)含有行为的属性、方法或事件，这使代码重用变得十分容易，并简化了页面的HTML代码，提高了页面的可管理性。

因篇幅所限，有关xml文档及HTML行为组件的更多细节请参阅有关资料，本文不予详述。

回页首

程序实现

1.主页面(index.htm)

我 们首先在主页面中定义充当菜单容器的Div元素，并使用CSS中的behavior属性附加行为组件(Menu.htc)，这样就可以使用元素扩充的属性 xmlsrc来指定存储菜单信息的数据文件(Menu.xml)以及使用onMenuClick来捕获组件触发的新事件并调用相应事件处理函数。

此外为简化程序，在主页面中定义了突出(Up_Menu)、凹陷(Dn_Menu)、原状(Menu)三种菜单外观样式，在实际应用时应在组件中定义菜单显示外观，这样更符合组件开发原则。

2.菜单组件(Menu.htc)

模 拟标准Windows菜单的功能主要由菜单组件提供。菜单由以下Html元素组成：充当菜单容器的Div元素(在主页面定义)、用于一级菜单项的span 元素(初始化菜单时创建)、包含二级菜单项的Div元素(单击一级菜单时建立)、二级菜单项的Div元素(单击一级菜单时建立)。在该组件中定义了用于指 定菜单数据文件的xmlsrc属性、点击二级菜单时触发的onMenuClick事件。

当主页面解析完毕后触发 ondocumentready事件，组件捕获这个事件并调用事件处理MenuInit()函数初始化一级菜单。当触发鼠标事件时，如 onmouseover、onmouseout、onmouseclick等，组件将分别捕获这些事件并调用相应的事件处理函数MenuOver()、 MenuOut()、MenuClick()。在这些处理函数中首先通过Event.srcElement属性确定触发事件的对象，然后依据对象type 类型(如parentMenu、subMenu或其它)分别做相应处理，如更改菜单显示外观、打开或隐藏子菜单、触发新事件等。

在 一级菜单触发有关鼠标事件后，打开二级菜单并通过setCapture()方法对一级菜单对象设置鼠标捕获。此后所有在该菜单或者文档任意位置触发的 onmouseover、onmouseout、onmouseclick鼠标事件都由该菜单对象负责处理，但event.srcElement属性仍是 触发鼠标事件的对象而不是设置鼠标捕获的对象。当在二级子菜单或文档中非菜单处任意单击时，隐藏二级菜单并通过releaseCapture()方法释放 鼠标捕获。

单击二级菜单时，其事件处理函数onmouseclick通过createEventObject方 法创建一个event(事件)对象，再通过fire方法触发新事件，并利用event对象的有关属性传递信息(如event.menuId返回所选定的菜 单ID)，然后由容器捕获这个事件，并调用相应事件处理函数HanderSubMenu ()。在主页面中定义函数HanderSubMenu ()能够使菜单组件更具通用性。

3.菜单数据文件(Menu.xml)

Item节点存储一级菜单信息，SubItem节点存储二级菜单信息，每个节点都含有两个属性：value(菜单ID)、name(菜单名称)。

该程序必须在IE5.0及以上版本浏览器运行，运行结果如图。怎么样？象不象标准Windows菜单。

												<Html>
<Head>
<Title>菜单组件示例</Title>
<style>
<!--
.Menu{ border-top:2 solid #CCCCCC;border-bottom:1 solid #CCCCCC;border-left:2 solid #CCCCCC;
			border-right:1 solid #CCCCCC; }
.Up_Menu { border-top:2 outset;border-left:2 outset;border-right:1 outset #FFFFFF;
			border-bottom:1 outset #FFFFFF; background-color:#CCCCCC; }
.Dn_Menu{ border-top:2 inset ;border-left:2 inset ;border-right:1 inset ;border-bottom:1 inset ;
			background-color:#CCCCCC; }
-->
</style>
<script>
function HanderSubMenu(){//选择子菜单后相应处理
  switch(event.menuId){
    case event.menuId:
      alert(event.menuId);
      break;
  }
}
</script>
</Head>
<Body style="background-color:#CCCCCC;">
<TABLE style="font-size:12px;"> 
  <TBODY><TR height="10" >
    <TD Align="center" height=25 style="border-top:2px groove;border-bottom:2px groove;">
      <div id="Menu" style="behavior:url(Menu.htc)" xmlsrc="Menu.xml" onMenuClick="HanderSubMenu()"></div> 
    </TD>                   
  </TR>
  </TBODY>
</TABLE>
</Body>
</Html>

										

												<PUBLIC:COMPONENT>
<PUBLIC:PROPERTY Name="xmlsrc" PUT="putxmlsrc"/>
<PUBLIC:EVENT Name="onMenuClick" ID="menuClick" />
<PUBLIC:ATTACH EVENT="ondocumentready" For="element" ONEVENT="MenuInit()" />
<PUBLIC:ATTACH EVENT="onmouseover"  for="element" ONEVENT="MenuOver()" />
<PUBLIC:ATTACH EVENT="onmouseout" for="element" ONEVENT="MenuOut()" />
<PUBLIC:ATTACH EVENT="onclick"  for="element" ONEVENT="MenuClick()" />
<Script language="JavaScript">
var xmldoc=null;// xml文档对象变量
var activeMenu=null;//打开子菜单的父菜单对象变量
var menuContainer=null;//包含子菜单项容器对象变量
function putxmlsrc(str){//载入菜单数据文件
  xmldoc= new ActiveXObject("Microsoft.XMLDOM");//创建xml文档对象
  xmldoc.async=false;
  xmldoc.load(str);//载入菜单数据
}
function MenuInit(){//初始化菜单
  var parentMenuItems = xmldoc.selectNodes("//Itemlist/Item"); //读取一级菜单数据    
  var xmlElement = parentMenuItems.nextNode(); 
  var newElement;     
  while (xmlElement != null){     
    newElement = document.createElement("span"); //创建菜单元素
    newElement.type = "parentMenu";    
    with (newElement){
      innerHTML = xmlElement.getAttribute("name"); 
      id=xmlElement.getAttribute("value"); 
      className="Menu";      
    }     
    with (newElement.style){     
      position="relative";
      width= 60;
      cursor="default";
    }     
    element.appendChild(newElement); //element指附加行为的元素     
    xmlElement = parentMenuItems.nextNode();       
  }
}
function MenuOver(){
  var EventSource=event.srcElement;//捕获触发事件的对象
  switch(activeMenu){//判断子菜单是否存在
    case null://不存在子菜单
      if(EventSource.type=="parentMenu")EventSource.className="Up_Menu";
      break;
    default:
      switch(EventSource.type){//判断触发事件对象类型
        case  "parentMenu"://移入到一级菜单
          if(activeMenu!=EventSource){//判断是否移入到新一级菜单
            removeSubMenu();//删除原有子菜单
            buildSubMenu(EventSource.id);//建立新子菜单
            EventSource.setCapture();//对新菜单设置鼠标捕获
            activeMenu.className="Menu";
            activeMenu=EventSource; //更新打开子菜单的父菜单对象变量
            activeMenu.className="Dn_Menu";
            }
          break;
        case "subMenu"://移入到子菜单
          EventSource.style.color="#FF0000";
          EventSource.style.textDecoration="underline";
          break;
      }
      break;
  }
}
function MenuOut(){
  EventSource=event.srcElement         
  switch(activeMenu){
    case null:
      if(EventSource.type=="parentMenu")EventSource.className="Menu";
      break;
    default:
      if(EventSource.type=="subMenu"){
        EventSource.style.color="#000000";
        EventSource.style.textDecoration="none";
      }
      break;
  }
}
function MenuClick(){
  EventSource=event.srcElement
  switch(EventSource.type){
    case "parentMenu":
      if(activeMenu!=EventSource){
        removeSubMenu();
        buildSubMenu(EventSource.id);
        EventSource.setCapture();
        EventSource.className="Dn_Menu";
        activeMenu=EventSource;
      }
      break;
    case "subMenu":
      removeSubMenu();
      activeMenu.className="Menu";
      activeMenu.releaseCapture();//释放鼠标捕获设置
      activeMenu=null;
      var eventObject = createEventObject();//创建事件对象
      eventObject.menuId = EventSource.id;//通过事件对象属性传递所选子菜单ID
      menuClick.fire(eventObject);//将事件触发到容器页面
      break;  
    default:
      removeSubMenu();
      if(activeMenu!=null){
        activeMenu.releaseCapture();
        activeMenu.className="Menu";
        activeMenu=null;
       } 
      break;
  } 
}
function buildSubMenu(EventSourceid){//建立子菜单
  menuContainer = document.createElement("div");
  with (menuContainer.style){ 
    position="absolute";
    left=0;
    top=15;
    color="#000000";
    cursor="default";
  }
  eval(EventSourceid).appendChild(menuContainer);
  var subMenuItems = xmldoc.selectNodes("//Item[@value='"+EventSourceid+"']/SubMenu");
  var xmlElement = subMenuItems.nextNode();  
  var newElement;
  while (xmlElement != null){      
    newElement = document.createElement("div");      
    newElement.type = "subMenu";
    with (newElement){      
      innerHTML ="□ "+xmlElement.getAttribute("name");      
      id=xmlElement.getAttribute("value");
    }      
    with (newElement.style){
      width=75;
      height=18;
    }      
    menuContainer.appendChild(newElement);
    menuContainer.className="Up_Menu";       
    xmlElement = subMenuItems.nextNode();        
  }
}
function removeSubMenu(){//删除子菜单
  if(menuContainer!=null)menuContainer.removeNode(true);
}
</Script>
</Component>

										

												<?xml version="1.0" encoding="gb2312" ?>//xml处理指令指明为中文编码,若不指明则不支持中文
<Itemlist>
  <Item value="file" name="文件" > 
    <SubMenu value="New" name="新建"></SubMenu>
    <SubMenu value="Open" name="打开"></SubMenu>
    <SubMenu value="Save" name="保存"></SubMenu>
    <SubMenu value="Print" name="打印"></SubMenu>
    <SubMenu value="Exit" name="退出"></SubMenu>
  </Item> 
  <Item value="Edit" name="编辑" >
    <SubMenu value="Cut" name="剪切"></SubMenu>
    <SubMenu value="Copy" name="复制"></SubMenu>
    <SubMenu value="Paste" name="粘贴"></SubMenu>
    <SubMenu value="Del" name="删除"></SubMenu>
  </Item>
  <Item value="Help" name="帮助">
    <SubMenu value="Topic" name="主题"></SubMenu>
    <SubMenu value="About" name="关于"></SubMenu>
  </Item>
</Itemlist>

										

回页首

回页首

关于作者

		刘筱，对Dhtml、Xml有浓厚兴趣，在中国《微电脑世界》发表有关Dhtml应用文章多篇。可以通过 liuswin@hotmail.com与作者联系。

David Mertz, Browser, Gnosis Software, Inc.

2004 年 5 月 26 日

David 继续关于如何在 GUI 界面配置中使用 XML 的话题。他考察了 Mozilla 基于 XML 的用户界面语言（XUL），这种语言编写的应用程序完全不依赖所选择的底层操作系统。初看起来这似乎有点奇怪，但很快您就会看到该 Mozilla 项目为构建 GUI 提供了非常强大的工具，允许您开发范围广泛的用户界面。

在开始讨论那些并非所有 读者都熟悉的缩写字符串和奇怪的名词之前，我首先简要地介绍一些基础知识。简单地讲，Mozilla 所要做的就是呈现 XML 和 HTML——如此而已。在 Mozilla 中，您习以为常的所有 Web 浏览器控件（后退按钮、URL 文本框、书签、菜单等等）以及任何内容区域，都只是一些 XUL（XML-based User Interface Language，基于 XML 的用户界面语言）或者 HTML 数据的呈现。阅读新闻、邮件、聊天记录或编辑 HTML 的 Mozilla 应用程序同样如此——全部都只是呈现 XML。Mozilla 在其默认应用程序中提供了一组 chrome（非文档部件/控件），但是该框架允许通过编写少量的 XUL XML 创建您自己的应用程序，或者扩展 Mozilla 提供的应用程序。

整 个 Mozilla 应用程序包和相关的附件（如 Firefox 和 Thunderbird），其核心就是用 XUL 编写的，XUL 是一种用于定义用户界面的 XML 语言。整个 Mozilla 项目划分成几层。最底层是 Gecko Runtime Engine，它负责在屏幕上呈现可视化元素，即 HTML 标签和相关的属性、子元素以及 URL 引用的资源。很多 Mozilla 应用程序使用 XPToolkit 作为下一层，就是这一层上支持 XUL；但是一些应用程序喜欢使用 Mac OS X 上的 Camino 浏览器代替本地部件，作为 Gecko 引擎的界面。

当然如果没有程序逻辑，应用程序就做不了多少工作。只需要使用 JavaScript 处理程序逻辑，就可以编写完整的 Mozilla 应用程序——每个 XUL 控件激活一些配置好的 JavaScript 函数，可能还需要根据那个控件传递参数。（像文本字段、选择列表或者滚动条这样的控件还用于选择特定的值，而不仅仅是触发单个动作。）但是对于更高级的应 用程序，跨平台组件对象模块（ Cross Platform Component Object Module，XPCOM）接口提供了一种方式，让 XUL 配置的界面调用其他编程语言编写的组件——主要是使用 C++ 编写的组件，但是其他编程语言如 Python 也提供了 XPCOM 绑定。XPCOM 类似于 Windows 中的 COM，或者 CORBA。

现在我已经描述了开发 Mozilla 界面的总体框架（XUL 调用 JavaScript，JavaScript 可以通过 XPCOM 调用 C++ 组件），本文后面将专门讨论这一庞杂体系中和 XUL 有关的那一部分，毕竟这是一个关于 XML 的专栏。例子中调用的 JavaScript alert() 函数没有多少意义，调用自定义功能的实用应用程序可以代之以其他函数。

一个小小的应用程序

为了让您领略 XUL 代码，我编写了一个定制的 Mozilla 应用程序 SimpleApp ，它包括一个 XUL 文件 SimpleApp.xul 和一个外部 JavaScript 文件 SimpleApp.js 。这个应用程序仅仅在屏幕上显示几个菜单和工具栏按钮，剩下的空间显示 HTML 文档。 SimpleApp 中配置的大部分动作仅仅是弹出一些警告框，但也有一个工具栏按钮允许选择要显示的 HTML 文档 URL。在 HTML 区域中可以像在普通浏览器中那样导航：单击链接、填写表单以及完成其他操作。

首先，看一看如何选择 HTML URL：

SimpleApp 使用了几种不同类型的菜单。对于实际的应用程序这可能并非最好的设计，但是我想同时说明如何使用由 <menubar> 标签创建的本地菜单，以及用 <menulist> 标签创建的 XUL 菜单。后一种菜单可以出现在应用程序中的任何位置，包含在嵌套区域中，或者作为弹出菜单附加到可视化内容上。但是，XUL 也允许使用 <menupopup> 创建系统风格的弹出菜单，本例中没有说明这种菜单（系统风格的菜单通过右击鼠标或者按住 Shift 键单击鼠标来激活，通常 <menulist> 附加在框架中显示的文本上。

图 2 说明如何从本地 Mac OS X 菜单激活警告框：

Foo 和 Bar 就像是带有子项的普通下拉菜单，尽管在截屏图像中没有显示出来。

回页首

观察 XUL

现在来看一看组成 SimpleApp 的 XUL。像多数应用程序一样，它的根元素是 <window> 。但是，仅用于增强已有应用程序如 Mozilla 浏览器功能的实用程序，根元素应该是 <overlay> 。一个应用程序可以包含多个覆盖图。

我把这个 XUL 文件分解成几部分，每一部分都有明确的功能。如果需要可以把各部分合并起来。

												
														
<?xml version="1.0"?>
<?xml-stylesheet href="chrome://global/skin/xul.css" type="text/css"?>
<!DOCTYPE window>
<window xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
        xmlns:html="http://www.w3.org/1999/xhtml"
        width="600" height="280"
        title="SimpleApp">
  <script src="SimpleApp.js" />
  <script type="application/x-javascript">
    <![CDATA[ function say(txt) { alert(txt); } ]]>
  </script>
  <script type="application/x-javascript">
    <![CDATA[
      function newcontent(url) {
        frames['content'].location.href=url; } ]]> 
  </script>

										

外部文件 SimpleApp.js 仅仅定义了一个简单的 JavaScript 函数 eye() ，它被那个带有眼睛图标的工具栏按钮激活。在实际的应用程序中，很可能要把必要的 JavaScript 函数库放在这类外部文件中。我还在 XUL 文件的正文部分定义了两个简单的 JavaScript 函数。

												
														
<menubar id="main-menu">
    <menu label="File">
      <menupopup>
        <menuitem label="Hello" oncommand="say('Hello world!');"/>
      </menupopup>
    </menu>
  </menubar>

										

在清单 2 中， SimpleApp 定义的 File 菜单包含一个子菜单项 Hello 。 图 2显示了激活该菜单时的情景。

现在看一看窗口内容是如何安排的：

												
														
<vbox>
    <hbox>
      <menulist><label>Foo</label>
        <menupopup>
          <menuitem label="New SimpleApp"
                    oncommand="window.open('SimpleApp.xul','','chrome');"/>
          <menuitem label="Something Else"
                    oncommand="window.open('test3.xul','','chrome');"/>
        </menupopup>
      </menulist>
      <menulist><label>Bar</label>
        <menupopup oncommand="alert('Menu item invoked.')">
          <menuitem label="Item One"/>
          <menuitem label="Item Two"/>
          <menuitem label="Item Three"/>
        </menupopup>
      </menulist>
    </hbox>

										

控制 XUL 空间几何形状很有用的一种办法是将其放在以下几种不同的框中：

• <vbox> 和 <hbox> （常常一起使用）
• <scrollbox>
• <groupbox>

这里没有说明 <grid> 元素的用法，它也可以取得类似的效果。 <vbox> 总是把其中的内容布置在垂直的框中（框本身是不可见的），类似地， <hbox> 元素把内容布置在水平的框中。如果需要，可以增加 height 和 width 属性明确规定这些容器的大小，也可以使用 flex 、 autosize 或 equalsize 在其他元素中（比如其他框）安排框的布局。

具体而言， SimpleApp 中的控件都放在一个控制用的 <vbox> 中，其中一个子框 <hbox> 用于 Foo 和 Bar 菜单，另一个 <hbox> 放置工具栏：

												
														
<hbox>
      <toolbarbutton type="button"
                     oncommand="alert('Button invoked.');">
        <image src="http://gnosis.cx/publish/images/doc.gif" />
      </toolbarbutton>
      <toolbarbutton type="menu">
        <image src="http://gnosis.cx/publish/images/note.gif" />
        <menupopup>
          <menuitem label="IBM"
                    oncommand="newcontent('http://ibm.com/');"/>
          <menuitem label="Google"
                    oncommand="newcontent('http://google.com/');"/>
          <menuitem label="TPiP"
                    oncommand="newcontent('http://gnosis.cx/TPiP/');"/>
        </menupopup>
      </toolbarbutton>
      <toolbarbutton type="menu-button" onclick="eye();">
        <image src="http://gnosis.cx/publish/images/eye.gif"/>
      </toolbarbutton>
    </hbox>
  </vbox>

										

工具栏代码很有意思，Mozilla XUL 支持现代风格的工具栏，既有直接激活的按钮，也有包含下拉子菜单的按钮。贴有 note.gif 图标的按钮就是一个下拉菜单风格的按钮，如 图 1中所示。还要注意，工具栏中实际的图像是从远程 URL 中拉回来的。这个非常简单的例子是一个完全网络化的应用程序——作为一个整体结合了整个 Web 上的资源（虽然这个例子非常简单）。

谜团中的最后一部分是显示的 HTML 内容。为此，需要在 html 名称空间中创建一个 <iframe> ：

												
														
<html:iframe id="content-frame" name="content"
               src="http://gnosis.cx/TPiP/" flex="100%"/>
</window>

										

SimpleApp 的布局比较合理，基本上类似于普通的浏览器。您还可以堆砌上更多的资源，得到更加华丽、更加复杂的布局。比如，在实验 XUL 的时候我创建了一个测试案例，其中包含大小古怪的按钮和各种不同的远程 HTML 页面。它揭示了更多的布局特性，不妨把它拷贝到您的系统中：

												
														
<?xml version="1.0"?>
<grid xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
  <columns>
    <column/>
    <column/>
  </columns>
  <rows flex="1">
    <row>
      <image src="http://www.mozilla.org/images/mozilla-banner.gif"/>
    </row>
    <row flex="1">
      <spacer width="10"/>
      <vbox align="center">
        <spacer height="10"/>
        <description style="border:0px; width: 120px">
        This text can be <html:b> bold </html:b> and can wrap to
        several lines.  If I add a few more words, I can get it to
        fill its column.  This is a weird interface, eh?
        </description>
        <spacer height="10"/>
        <button accesskey="A" label="A"
                image="http://gnosis.cx/TPiP/hugo.gif"
                oncommand="alert('Button A pressed!');"/>
      </vbox>
      <spacer width="10"/>
      <iframe flex="1" src="http://google.com"/>
    </row>
    <row flex="1">
      <iframe flex="1" src="http://ibm.com/" />
      <button accesskey="B" flex="1" label="Button B"
              oncommand="alert('Button B pressed!');"/>
      <button accesskey="C" flex="1" label="Button C"
              oncommand="alert('Button C pressed!');"/>
    </row>
  </rows>
</grid>

										

回页首

其他部件

这个示例应用程序只使用了少量的 XUL 控件。关于各种 XUL 元素的完备文档请参阅“XUL Programmer's Reference Manual”，在线书籍“ Creating XPCOM Components”也是非常不错的参考资料，详细介绍了 XUL 和 XPCOM 库编程。

我们再简单地介绍几种 XUL 元素。网格和框多用于简单的布局，而 deck、stack 和 bulletin board 可以提供更多的控制。后面的 <bulletinboard> 可以精确定位，而不是自动浮动控件以适应容器。

除了上述菜单之外，XUL 中还包括基本的 UI 元素，如单选框、检查框和各种不同的按钮。一些更高级的用户界面控件还有树状图、弹出窗口、编辑组件和选项卡，以及进度的显示和带有不同滚动条的大型容器的操作。

多数情况下，所有这些元素都按照其用途命名。但是在 XUL 应用程序中可以包括喜欢的任何 HTML 部件。只需要将其放在 html 名称空间中并添加上，就像您在设计 DHTML 网页时所做的那样。

在 清单 6 中，我悄悄地引入了一种还没有提到过的非常有用的导航元素。那些按钮有一个属性 accesskey ，可以使用键盘或者点击鼠标激活它们的动作。同样，也可以规定您认为什么样的键盘导航最适合您的应用程序。虽然默认情况下，可以使用制表键和箭头键选择菜单项，但是快捷键可以简化很多动作。

回页首

结束语

在 浏览器中开发完整的应用程序似乎很奇怪，但是现在 Mozilla 还不仅如此——它是一整套组件和 GUI 体系结构。事实上，Mozilla 和其他您所能够想到的任何 GUI 库相比，可能更富有跨平台的特色，也更广泛地安装在用户系统上。您所认为的通用 GUI/部件库——Qt、wxWindows、GTK、FOX、MFC、.NET、Carbon 等等——各有不同的优缺点。但其中没有一个可以认为已经跨用户系统安装。很多只能在 Mozilla 所支持平台中的一部分上使用，而且多数安装比较困难还存在许可的问题。仅仅因为它是一个非凡的浏览器就值得安装 Mozilla；一旦拥有它，您就有了一个定制应用程序的 自由的平台。

要使您的 Mozilla/XUL 应用程序完全跨平台，必须用 XUL 配置 GUI，并用 JavaScript 编写程序逻辑。这并不是讨论 JavaScript 优劣的地方，但显然有很多程序员更喜欢用其他语言开发，如 C++、Python 和 Perl。您 可以这 样做，但是需要使用 XPCOM 绑定到外部库，而这样会降低可移植性，或者至少增加了移植的难度。对于 Python 和 Perl 这样的脚本语言，您可以利用通用的绑定/包装程序，编写非常通用的代码（但是仍然需要适应平台的 XPCOM，如PyXPCOM）。但是对于 C++，您需要对希望支持的每种平台编译特定版本的库，要做的工作更多一些。对于简单的应用程序 JavaScript 仍然是最好的选择，特别是如果应用程序很大程度上基于 Mozilla 框架中内在的网络功能。

回页首

参考资料

• 您可以参阅本文在 developerWorks 全球站点上的 英文原文.
  
  
• 阅读 David 上一篇专栏文章，“ XML 问题：GUI 和 XML 配置数据”（ developerWorks，2004 年 4 月），该文考察了 XML 在 Mac OS X 的 Aqua GUI 和 K Desktop Environment（KDE）中的应用。
  
  
• 请访问 Mozilla Googlebar 项目，用于定制 XUL 增强浏览器功能的一个很棒的应用程序/覆盖图。它为每个浏览器窗口可选工具栏中增加了多种定制的搜索部件，并改进了上下文弹出菜单。
  
  
• 试一试 Mozilla Calendar， 者是一个用 XUL 编写的成熟的应用程序，包括一些 JavaScript 代码，并通过 XPCOM 调用 C++ 库。这个日程表和它的名称一样，就是一个管理约定、联系、事件和类似东西的应用程序。Mozilla Calendar 类似于 Windows 中的 Outlook，或者 Mac OS X（使用了它的开放数据格式）中的 iCal.app，但是可以几乎等同地运行在任何 Mozilla 平台上。
  
  
• 从 XUL Programmer's Reference Manual可以获得关于所有 XUL 元素的完备文档，这是关于 XUL 的权威参考。
  
  
• 阅读 Creating XPCOM Components。这本书的范围超出了 XUL 本身，但它是一个非常棒的、可免费获得的出版物，介绍了整个 XPCOM 体系结构，也包括 XUL。
  
  
• 在 developerWorksXML 专区 可以找到更多的 XML 资源。
  
  
• 在 developerWorksDeveloper Bookstore可以找到更中关于 XML 的书籍，包括 David Mertz 撰写的 Text Processing in Python。
  
  
• 使用最新的 IBM ®工具和中间件开发并测试您的 XML 应用程序，通过 订阅 developerWorks，您可以从 WebSphere ®、DB2 ®、Lotus ®、Rational ®和 Tivoli ®获得 IBM 软件，以及使用这些软件的 12 个月的许可证，它们都比您预想的要便宜得多。
  

回页首

关于作者

		David Mertz 认为 WIMP 界面很快将真正消失。可以通过 mertz@gnosis.cx与 David 联系；在 http://gnosis.cx/publish/上详细介绍了他的生活。欢迎对过去、现在和未来的专栏文章提出意见和建议。您可以在 http://gnosis.cx/TPiP/了解 David 的新书 Text Processing in Python。

Benoit Marchal, 顾问, Pineapplesoft

2001 年 9 月 01 日

这个月，我们不辞辛劳的专栏作家将多个样式表的支持添加到 XM 内容管理项目中。 在这样做时，他涉及到了 TrAX URIResolver 并编写伪属性的解析器。如往常一样，可在 developerWorks 开放源码专区获得完整的源代码。

在“使用 XML”专栏文章中，Beno�t Marchal 每个月都报告其关于一个或多个开放源码 XML 开发项目的进展。 您可以随着他的进展，遵循他的设计决策和编码选择，也可以提出一些建议以及在您自己的项目中重用该开放源代码。

继续有 关 XM 的工作。这个月，我已经添加了多个样式表支持，因此可以解决读者发来的最常见建议。 我还添加了一个将一些参数传递到样式表的选项，它使 XM 基本的发布功能更完美。 在开始继续开发更高级的功能期间，我已经包括了一个目录阅读器。（您可以下载有关这篇文章以及以前专栏文章的所有相关代码； 请参阅副栏 获取代码。）

多个样式表

XM 的头两个版本沿用“用一种模式来套用所有”策略，最初看上去似乎是一个好主意，但经过证实它是无效的。 更明确地讲，到现在为止，XM 只识别一种样式表 rules.xsl 。正如本系列的第一篇文章中说明的那样， 我原先认为我本可以使用不同的 XSLT 模板来选择样式的变更：

												<xsl:template match="db:article">
   <!-- rules for an article here -->
</xsl:template>
<xsl:template match="xm:Directory">
   <!-- rules for a directory here -->
</xsl:template>
										

然 而，我自己在 ananas.org（我完全用 XM 维护的网站）上的经历说明了我最初的计划不能很好地工作。 我还收到一些读者的建议，建议我解决那些他们察觉是缺陷的问题。最后， 当我开始着手内容生成（稍后将在本文中介绍）时，更觉得有必要添加多个样式表的支持了。

获取代码 跟往常一样， 可以从 CVS 资源库（请参阅 参考资料）下载该专栏文章的代码。可以从同一个地方下载 ZIP 文件。 这个月，下载文件包括样本 .xml 和 .xsl 文件。

处理指令

您可能记起，易用性是我优先使用 XM 的原因之一， 明确地讲，我不希望使用配置文件或“构建脚本”来选择哪个样式表适用于哪个地方（有关这一需求的完整讨论， 请阅读 使用 XML：将 XSLT 用于内容管理）。

读者建议用巧妙的命名约定来选择样式表，但对于解决方案的最好提议来自一位同事， 他提醒我使用 xml-stylesheet 处理指令。

如果您不熟悉 xml-stylesheet ，则可以看于 1999 年 7 月发表的小的 W3C 建议书，其中介绍了它，xml-stylesheet 是通过 Internet Explorer 5.0 而得到普及。处理指令将样式表（XSL 或 CSS）与 XML 文档相关联。 例如：

												<?xml version="1.0"?>




<?xml-stylesheet href="classic.xsl" type="text/xml"?>
<?xml-stylesheet href="funky.xsl" type="text/xml" alternate="yes"?>


<article>
<articleinfo>
 <title>ananas.org</title>
<!-- rest of the document goes here -->


										

一般而言，处理指令对应用程序特定的数据进行编码。您已经熟悉了处理指令，因为大多数 XML 文档都是以 XML 声明开始， 该声明本身就是特殊的处理指令。一条处理指令包含一个目标（在上面示例中， xml-stylesheet ），后跟数据。 用 <? 和 ?> 定界符将处理指令包起来。目标确定应用程序， 而对应用程序不能识别的目标，其会忽略这些处理指令。

数据格式完全是自由的。XML 不指定将什么东西放进去（当然，除了 XML 声明）。 事实上，由于历史原因，处理指令可以包含 PostScript 图像或脚本等……但决不包含标记。

象声明一样， xml-stylesheet 有特殊地位，因为它是由 W3C 定义的。 它必须出现在文档的开始（即，在第一个元素之前），并且包含几个所谓的 伪属性。这个数据之所以称为伪属性， 是因为其语法与 XML 属性相似。

最重要的伪属性是 href ，它包含指向样式表的 URI。其它有用的伪属性有 type 和 alternate 。 type 是样式表的 MIME 类型， 它用来区别 CSS 和 XSL。如果有多个 xml-stylesheet 指令， 则 alternate 表明哪一个替代主样式表。处理器应该用备用样式表列表提示用户。 然而，因为 XM 以批处理方式工作，所以它使用不同的策略，完全忽略备用样式表。

虽然 xml-stylesheet 是一种 W3C 标准，但 TrAX 处理器忽略它，除非另行告知。 应用程序必须明确地调用 getAssociatedStylesheet() 来检索处理指令，如下：

												Source document = new StreamSource(file),
       stylesheet = factory.getAssociatedStylesheet(document,null,null,null);

if(null != stylesheet)
   transformer.transform(document,new StreamResult(System.out));
else
   throw new XMException("Cannot find the style sheet");
										

然而， getAssociatedStylesheet() 带来 XM 必须避免的两个问题。首先， getAssociatedStylesheet() 使高速缓存常用样式表变得困难。其次，它假设样式表存储在与文档相同的目录中。 我喜欢将样式表存储在不同的目录中，因为我发现，如果样式表都被分组在一个目录中，可以易于维护和共享样式表。

还传递样式表参数

选择样式表仅仅完成了解决方案的一半。 通常，我希望做一些小小的变动，而不必编写新的样式表。对于这种情况，我喜爱的解决方案是使用参数， 如清单 1 所示：

												<xsl:stylesheet ...>

<xsl:param name="sponsor" select="'none'"/>

<xsl:template match="articleinfo">




<xsl:if test="$sponsor='dw'">


      <center>
         <a href="http://www.ibm.com/developerWorks">
            <img align="middle" width="136" height="24" border="0"
                alt="developerWorks" src="!images/buttons/dw.gif"/>
         </a>
      </center>
   </xsl:if>
   <xsl:apply-templates/>
</xsl:template>



										

还有，如何传递这些参数？W3C 没有提议一种机制，所以定义新的处理指令似乎也就不足为奇了。XM 可以识别 xm-xsl-param 和 xml-stylesheet 。 xm-xsl-param 的语法与其它处理指令相似，并且使用两个伪属性 name 和 value ：

												<?xml version="1.0"?>




<?xm-xsl-param name="sponsor" value="dw"?>


<article>
   <articleinfo>
      <title>XM</title>



										

显而易见，TrAX 不支持 xm-xsl-param ，但因为我已经确定 XM 需要替换 getAssociatedStylesheet() ，所以解析 xm-xsl-param 的工作不是很多。

但这不是意味着要对文档解析两次吗？一次用于处理指令，另一次是使用 XSLT 处理器。实际上， 解析两次不会引起更多麻烦，因为处理指令必须出现在文档开始，所以 XM 只是重新解析文档的一小部分。

ProcessingInstructionHandler 和 PseudoAttributeTokenizer

ProcessingInstructionHandler 是一种 SAX ContentHandler ，它抽取 xml-stylesheet 和 xm-xsl-param 。

处理程序截取 4 个事件。 setDocumentLocator() 和 startDocument() 用于初始化。 大多数工作都发生在 processingInstruction() 中。至于 startElement() ， 它用来停止解析，因为它标记这个开始的结束。要停止解析， startElement() 抛出一个异常。 这种作法近乎黑客所使用的手段，这是有争议的；异常一般用于报告错误，然而 startElement() 中没有错误，但 SAX 没有提供更“光明正大”的解决方案来停止解析。

虽然伪属性的语法与 XML 属性相类似，但 SAX 解析器不对它们进行译码。XM 使用它自己的解析器 PseudoAttributeTokenizer 来对伪属性进行译码。

PseudoAttributeTokenizer 每次扫描缓冲区一个字符，查找伪属性。 它使用一种典型的算法，这种算法可以在每本编译器书籍中找到。 如果您不熟悉方面的内容，那么我推荐您阅读以 Pascal 闻名的 Niklaus Wirth 的 Compiler Construction（请参阅 参考资料）。

要简化该代码， getc() 方法返回缓冲区中的下一个字符，而 putc() 替换缓冲区中 getc() 下一次调用的字符。

PseudoAttributeTokenizer 的公用接口由三个方法组成： hasMoreTokens() 测试缓冲区中是否还有伪属性， nextName() 返回下一个名称， nextValue() 返回下一个值。

让我们研究一下 nextName() 。它通过调用 eatSpaces() 来除去前导空格。接下来， 只要它发现有数字或字母，就一直循环下去，并将字符累积在变量（ token ）中。因为名称只包含数字和字母， 所以任何其它字符都可以表示这个循环的结束。 nextName() 特别关注读入缓冲区的、返回的最后一个字符， 其中，它将用于 nextValue() 。

												public String nextName()
   throws SAXParseException
{
   token.setLength(0);
   int c = eatSpaces();
   for(;;)
      if(c == -1)
         throw new SAXParseException(UNEXPECTED_EOS,locator);
      // strictly speaking a name cannot start with a digit...
      else if(!Character.isLetterOrDigit((char)c) && c != '-')
      {
         putc();   // put it back for the next call
         return token.length() == 0 ? null : token.toString();
      }
      else
      {
         token.append((char)c);
         c = getc();
      }
}
										

nextValue() 与 nextName() 相似，但它先识别等号字符（由 nextName() 将它留在缓冲区中）和引号字符。 nextValue() 还译码预先定义的实体（ < 、 > 以及类似的）。

有了 tokenizer，就很容易译码处理指令。以下代码摘自 ProcessingInstructionHandler ，它用来识别 xml-stylesheet 。 xm-xsl-param 的代码与这类似：

												if(target.equals("xml-stylesheet"))
{
   String href = null,
          type = null;
   boolean alternate = false;
   PseudoAttributeTokenizer tokenizer =
      new PseudoAttributeTokenizer(data,locator);
   while(tokenizer.hasMoreTokens())
   {
      String name = tokenizer.nextName(),
             value = tokenizer.nextValue();
      if(name.equals("href"))
         href = value;
      else if(name.equals("alternate"))
         alternate = value.equals("yes");
      else if(name.equals("type"))
         type = value.trim();
      // ignore the media attribute...
   }
   if(type != null && href != null && !alternate &&
      (type.equals("text/xsl") || type.equals("text/xml") ||
       type.equals("application/xml+xslt")))
   {
      this.href = href;
      params.clear();
      readParams = true;
   }
   else
      readParams = false;
}
										

请记住，XM 会忽略备用样式表。W3C 建议书考虑到 HTTP，所以提供了优先于备用样式表的缺省样式表。XM 使用与这相同的规则， 应用它自己的缺省样式表，而不考虑备用样式表。

TemplatesManager

由于 XM 可使用多个样式表， 所以对高速缓存的逻辑进行了改进。这是由 TemplatesManager 来负责。当 StylingMover 请求 Templates 对象时，从高速缓存（如果该对象在其中）检索该对象。如果该对象不在其中， 则 TemplatesManager 装入样式表并将其放入高速缓存。本质上， TemplatesManager 是包含 java.util.Map 的封装器，并包含用于返回 Transformer 对象的附加方法。

正如前面所解释的那样，XM 不会将文档和样式表混在一起。它使用两个目录：文档目录和规则目录。TrAX 提供 URIResolver 接口以控制 XSLT 处理器如何装入文件。XSLT 处理器的 URIResolver 与 SAX 解析器的 EntityResolver 相似； 当该处理器装入已导入的样式表（通过 xsl:import 或 xsl:include 元素）或文档（通过 document() 函数）时， 该处理器调用它的 resolve() 方法。

TemplatesManager 使用内部类 ReferenceResolver ，该类从规则目录装入样式表：

												protected class ReferenceResolver
   implements URIResolver
{
   protected File rulesDir;

   public ReferenceResolver(File rulesDir)
   {
      this.rulesDir = rulesDir;
   }

   public Source resolve(String href,String base)
   {
      if(href.endsWith(".xsl"))
      {
         File file = new File(rulesDir,href);
         if(file.exists())
            return new StreamSource(file);
      }
      return null;
   }
}
										

StylingMover

当然，我已经把 StylingMover 改写成新类。它现在用 ProcessingInstructionHandler 处理程序来解析文档。 它使用处理结果来选择样式表并指定参数，如 清单 5 所示。 特别要注意 try/catch 语句；因为 startElement() 使用特殊异常来停止解析，所以代码必须识别那不是一个错误。

回页首

自动生成内容

到目前为止， 有关 XM 的工作已经涉及了基本发布特性。虽然它们很重要，但我相信 XM 的真正价值体现在从一开始我就萦绕在脑际的自动内容生成。 简而言之，这个想法是让 XM 为您生成 XML 文档。

例如，许多网站都包含下载区。如果经常更改文件列表， 则要维护一个带总是最新列表的 XML 文档是困难的。最好使用一种软件来自动生成列表。 该文档可能类似于清单 6。同样可以从 SQL 数据库、邮箱或者甚至远程网站生成文档！

												<?xml version="1.0" encoding="UTF-8"?>
<xm:Directory xmlns:xm="http://www.ananas.org/2001/XM/Walk/Directory">
    <xm:File isDirectory="false" isFile="true" isHidden="false" canRead="true" 
             isMarked="false"  lastModified="2001-07-07T18:21:10" canWrite="true"
             length="749">NotImplementedException.java</xm:File>
    <xm:File isDirectory="false" isFile="true" isHidden="false" canRead="true" 
             isMarked="false" lastModified="2001-07-20T11:49:42" canWrite="true"
             length="6229">ContentHandlerExtractor.java</xm:File>
    <xm:File isDirectory="false" isFile="true" isHidden="false" canRead="true" 
             isMarked="false" lastModified="2001-09-05T07:10:10" canWrite="true"
             length="2351">JAXPHelper.java</xm:File>
</xm:Directory>
										

上个月的专栏文章中介绍了 Mover ，其用于简化添加自动内容生成的过程。 这个月，我已经在代码中预先包含了目录生成，并打算下个月再讲述它。同时， 如果您对此感兴趣，可回顾一下 DirectoryReader 、 WalkHandler 和 WalkMover 。

回页首

轮到您了

目前，我正在用 XM 维护两个网站：ananas.org 和一个内部网。从使用 XM 而得到的实际经验对于确定如何更改软件十分有用。 欢迎您的加入，希望您下载 XM 副本，尝试它，来构建您自己的网站。 请在 ananas-discussion 邮件列表报告您的发现（请参阅 参考资料）。

我已经将 ananas.org 网站的代码（.xml 文档和 .xsl 样式表）添加到 CVS 资源库中， 您可以从那出发来设计您自己的网站。

如果安装了早期版本的 XM，则需要更新软件以利用这个月的改进：将 rules.xsl 文件重命名为 default.xsl ，并将它移到 rules 目录。 这与用于选择样式表的新标准匹配。

回页首

参考资料

• 您可以参阅本文在 developerWorks 全球站点上的 英文原文.
  
  
• 参与本文的 论坛。
  
  
• 可以从 ananas.org下载该项目的代码。在那里有到 developerWorks 上的 CVS 资源库以及 ananas-discussion 邮件列表的链接。 我希望您加入列表，并就该项目，提出您的想法。
  
  
• 如果想要 ZIP 文件，也可以获得它。
  
  
• XM 将 Xalan和 Xerces-J分别用作 XSLT 处理器和 XML 解析器。最初，IBM（和Lotus）开发了这两个工具，后来将代码赠予 Apache Foundation。
  
  
• XML Extender for DB2与 DirectoryReader 类似，但它用于 DB2 数据库。它允许您将数据库作为 XML 文档访问……可以用 XSLT 来转换 XML 文档。
  
  
• Niklaus Wirth 的 Compiler Construction（ISBN 0-2014-0353-6）是对解析的最好介绍之一。共 180 页，可以很快读完。
  
  
• 在 developerWorks XML 专区中查找更多的 XML 参考资料。
  

回页首

关于作者

		Beno�t Marchal 是比利时纳慕尔的顾问和作家。他是 XML by Example、 Applied XML Solutions和 XML and the Enterprise的作者。他是 Gamelan 的专栏作家。有关他最新项目的详细信息，可在 marchal.com上找到。可以通过 bmarchal@pineapplesoft.com与 Beno�t 联系。

郭 路, Technical Manager

2001 年 7 月 01 日

自我们推出“XML在传统制造业供应链中的应用分析”专栏以来，受到了广大读者的欢迎。专栏作家郭路收到了大量读者的来信，提出了很多问题。现将读者提出的问题一一做了解答并总结整理出来，以期帮助广大读者更好的了解XML。

1、问：我用记事本建立的XML文件，使用中文的元素标记名，在IE中可以正常显示，但是在XML Notepad中报告却出错，请问XML元素名能否使用中文字符？

答：可 以，XML元素名可以由字母、除英文外的别国文字、下划线、冒号、数字、连字符、句号，其中数字、连字符、句号不能为首字符，当然，如果你使用中文元素 名，应该在句首指定 或 。至于XML Notepad不能识别中文元素名，应该说这是其软件自身的不足,目前对于各种XML解析工具或XML文本工具，均要求其支持UTF-8和UTF-16编 码，这是最基本的，但并不是所有工具都支持非Unicode编码，这就好像并不是所有浏览器都支持JavaScript一样，尽管HTML标准本身支持脚 本嵌入。需要说明的是，当我们把XML作为一种交换数据的词汇标准时，一般都是希望定义的元素标记具有典型性与广泛性，可以被互联网上的其它应用轻松识 别，从这个角度说，我们鼓励大家在建立专用的XML词汇表时，尽量采用约定俗成的，专业化、标准化、国际化的英文命名。

回页首

2、问：URI和URL有什么不同？

答：URI 是统一资源标识符（Uniform Resource Identifier）的缩写，URL是统一资源定位符（Uniform Resoure Locator）的缩写，另外还有URN也经常使用，它是统一资源名称（Uniform Resource Name）的缩写。URL是通过"通讯协议＋网络地址"字符串来唯一标识信息位置及资源访问途径的一种方法；URN则主要用于唯一标识全球范围内由专门机 构负责的稳定的信息资源，URN通常给出资源名称而不提供资源位置；URI是一种用字符串唯一标识信息资源的工业标准（RFC2396），它使用的范围及 方式都较为广泛，在XML中用URI引用来标识元素的命名空间（Namespace），URI包括了URL和URN，是二者的超集。

回页首

3、问：我想在VC、VB中使用SAX可以吗？

答：可 以，在微软最新发布的MSXML3以及MSXML4 Preview中，已经包含了对SAX2的支持，MSXML开发包是一个COM组件，其V3.0的文件名为MSXML3.dll，V4.0的文件名为 MSXML4.dll，用户可以到XML技术网中下载它们的安装文件，其网址为http: //www.chinaasp.com/xml/download/。以下是MSXML3中新增的支持SAX2的COM接口列表：
IMXAttributes : IDispatch
IMXReaderControl : IDispatch
IMXWriter : IDispatch
IVBSAXAttributes : IDispatch
IVBSAXContentHandler : IDispatch
IVBSAXDeclHandler : IDispatch
IVBSAXDTDHandler : IDispatch
IVBSAXEntityResolver : IDispatch
IVBSAXErrorHandler : IDispatch
IVBSAXLexicalHandler : IDispatch
IVBSAXLocator : IDispatch
IVBSAXXMLFilter : IDispatch
IVBSAXXMLReader : IDispatch
有关MSXML3中关于SAX2的详细描述请访问MSDN的在线帮助 http://msdn.microsoft.com/library/en-us/xmlsdk30/htm/sax2_developersguide_overview.asp.

回页首

4、问：我想通过SAX访问一个动态的XML数据流可以吗？

答：可以，SAX允许所访问的XML数据为字符流形式，在SAX中用InputSource类表示可能的数据源，以SAX for Java为例，其连接语句如下所示：
InputSource source ＝ new InputSource(xmlstring); SaxParser.parse(source);

回页首

5、问：我想在浏览器中格式化显示XML，该如何实现？

答：目前支持XML的浏览器只有IE，要在浏览器中格式化显示XML数据，需要指定样式表，可以使用CSS或XSLT来实现，以下是在XML文件中引用CSS和XSLT样式表的范句：

												<?xml:stylesheet href="example.css" type="text/css"?>
<?xml:stylesheet href="example.xsl" type="text/xsl"?>
										

回页首

6、问：我知道在微软新的ADO 2.5版中提供了对XML的支持，能具体解释一下吗？

答：是的，在ADO 2.5中可将一个数据库记录集保持为XML文档格式。同样，它可以将一个XML文档当作一个记录集打开，这就提供了一种在数据库与XML间数据转换的方法，以VB为例，可以用如下语句将一个记录集保存到XML文件：

												Set connect = New ADODB.Connection
connect.ConnectionString = "DSN=NorthWind;"
connect.Open
Set _recordset ＝ connect.Execute("Select * FROM AGE")
_recordset.save"MateRecords.xml", adPersistXML

										

回页首

7、问：听说在SQL Server 2000中可以通过浏览器访问数据库并返回XML记录集，我已经装了SQL Server 2000，请问要怎样可以从浏览器访问数据库？

答：为 了通过浏览器访问SQL Server 2000数据库，你还需要安装IIS 5（如果直接使用Query Analyzer来获取记录集就不需要IIS），然后使用SQL Server 2000自带的SQL XML Support in IIS工具建立一个虚拟目录与实际的数据库对应，该虚拟目录是通过URL访问SQL Server数据库的入口，一个典型的HTTP访问语句如下所述：
http: // localhost / Northwind ? sql = select +name+ from + employees + for + xml + auto 其中，localhost表示本机，Northwind表示在SQL XML Support in IIS中建立的虚拟目录名，"?"后面跟SQL查询语句，for xml auto子句指定了将SELECT语句映射到XML中的具体方式。即将结果集作单个表模型化，所查询的字段可作为属性或子元素返回，并且XML结果集的线 性层次关系应与数据库表在select排列中的顺序相一致。

回页首

8、问：请问WAP是XML的一种特定格式吗？

答：不 是，WAP是无线应用协议（Wireless Application Protocol）的缩写，WAP中用到了XML技术，但WAP本身不是XML的一种实现方式。WAP是由一种用于将手机、PDA等掌上设备连接到互联网 的技术标准，它由一系列的协议规范组成，包括传输代理、网络安全、数据压缩、事务处理、信息显示等方面的约定。WAP技术由WAP Forum制定并发布，该论坛的会员包括爱立信、摩托罗拉、诺基亚、Phone.com、阿尔卡特、微软、IBM、Oracle、松下、西门子、三星、朗 讯等IT业界的重量级公司，在WAP规范中采用了目前互联网的多种技术，如IP、UDP、HTTP、XML等。与通常的万维网采用HTML语言显示信息不 同，在WAP中采用了WML作为客户端交互显示的语言，WML是无线标记语言（Wireless Markup Language）的缩写，WML标记语言完全符合XML规范，我们可以将它视作为无线应用专门定制的一个XHTML子集，之所以要制定WML而不直接使 用HTML或XHTML，主要原因在于无线应用具有带宽窄，客户端屏幕较小、分辨率低，不需要很复杂的显示功能的特点，而经过裁剪优化过的WML更符合其 需求。

回页首

9、问：请问目前中国有自己的XML组织吗？

答：有，其中中国XML联盟应该是国内最早的XML研究组织，其网站为 http://www.xml.org.cn，成员以上海交大电子工程系的学生为主，而由中国科学院电子商务研究中心成立的cnXML联盟则是我国XML规范制定的官方机构，其网站为 http://www.cnxml.org.cn，现在国内的企业可以在cnXML上登记和发布自己的XML词汇表。另外cnXML联盟正在研究制定cnXML规范，这是一个符合中国特色的电子商务语言规范，目前cnXML草案的最新版本是v0.83。

回页首

10、问：WIDL也可以实现分布式系统的组件调用，它与XMLRPC、SOAP有什么不同？

答：WIDL 是Web接口定义语言（Web Interface Definition Language）的缩写，是用XML表示IDL的一种规范，WIDL由WebMethods公司研究制定并已提交W3C。我们知道IDL（包括OMG IDL和MS IDL）是一种用于编写接口规范的语言，而WIDL的目的就是定义一种用于Web的接口规范，使不同应用可以通过Web站点实现交互和相互调用。在 WIDL3.0中，WIDL由IDL组件（定义接口信息）与文档映射组件组成（定义应用接口与XML调用消息之间的映射）组成，与XML-RPC、 SOAP不同的是，WIDL指定的是应用程序所需交换的信息，而不管消息调用的网络通信实现。

回页首

11、问：请问cXML与cnXML有什么关系？

答：虽 然只有一字之差，但二者没有直接关系，cXML即CommerceXML，它是由Ariba公司制定的一种基于XML规范，面向B2B模式电子商务交易的 行业标准。它在众多的电子商务交易中抽象出一种以订单为中心、并紧密围绕供货方和采购方的交易模型，另外还定义了一种信息交换的机制，进而完成订单的采 购、处理与交运等一系列过程。而cnXML则是由中科院cnXML联盟制定的中国电子商务语言规范，其商务流程定义参照国际标准的OBI购买模型。巧合的 是，cXML与cnXML都是有关电子商务交易语言的规范。

回页首

12、问：我想在工作流中使用XML来传递数据，我们的开发工具采用IBM的WebSphere，请问我应该用DTD还是Schema来制定数据规范？

答：DTD 是传统的XML约束规则，与XML Schema相比其局限性是显见的。如DTD本身采用与XML完全不同的语法；DTD对数据类型的支持极弱；DTD不支持命名空间等等。而W3C已于 2001/5/2日发布了XML Schema的1.0标准，因此在今后实际开发XML中显然是要优先考虑使用Schema。然而由于XML Schema的正式版本刚刚发布，因此能真正支持它的工具几乎没有（目前绝大多数支持Schema校验的工具遵循的是MS Schema版本，这与XML Schema V1.0是有区别的），而DTD由于发布时间早，有许多XML工具都支持它，因此对于特定的应用而言，能否使用XML Schema还要看环境的限制。总的来说，XML Schema是今后发展的方向，但DTD目前还是主流，另外由于DTD具有庞大的应用群，虽然XML Schema已成为工业标准，但DTD也不会就此被完全淘汰，所以现在选择DTD的，也不需有什么后顾之忧。还有第三种选择是使用MS Schema，在IE5、MSXML、BizTalk Server 2000中提供对这种规范的支持，正如我们刚才所说的，MS Schema不是正统的Schema，尽管目前有支持它的工具，仍应谨慎使用，今后Schema校验工具的发展肯定是要往W3C的XML Schema上靠的（包括IE）。就我个人意见，对于相对封闭的企业内部系统而言，由于系统本身具有较高的! 稳定性与独立性，数据的出口与入口都是已知的，可以考虑使用MS Schema；但如果受约束的XML数据具有很强的开放性，如面向互联网应用，要考虑到对XML数据的约束规则今后可以被外部应用所兼容，就应该尽量避免 使用MS Schema。

回页首

13、问：我的课题题目是有关 xml在edi 中的应用。由于是刚刚接触到 xml 这方面的内容，不知道应该从哪里开始，能介绍一些有关的知识吗？

答：EDI 其实是一种传统的电子数据交换标准，用于在不同的大型系统之间的数据交换，它有一套非常严谨的规则，包括报文规则，安全规则，传输规则等，EDI的成本很 高，目前在国内海关、银行用的较多，XML的崛起对EDI冲击很大，因为XML是完全免费的，而且容易实现，当然它还很不成熟，尤其是关于安全与数据的可 靠传输方面，它不像EDI是使用增值网的。XML要完全取代EDI是不太现实的，尽管EDI的商业规则已落伍，然而至少在20年内，我想它还会有很大的生 命力。因此最有可能的就是对现有的EDI实现进行改进，包括使用Web、XML等手段。目前在华盛顿地区的XML/EDI小组正在努力做这方面的事，他们 在研究一套适用于EDI的XML语法规则，可以通过 http://www.xmledi.com了解他们的最新成果，也可以访问 http://www.cenorm.be/isss/workshop/ec/xmledi/isss-xml.html，这是ISSS下的一个ProjectGroup，也是研究这方面技术的。

回页首

14、问：XML-Data与Schema有什么区别？

答：在XML 中XML-Data与Schema的区别是细微的。通常我们将对数据的某种约束规则统一称之为Schema即模式，这种称法在数据库中广泛使用并被XML 所沿袭。从这一角度而言，DTD、XML-Data都可算是用于XML的某种Schema，凡是符合Schema约束的XML文档我们便称之为有效的 XML，为了区别起见，我们可以将XML-Data称之为XML-Data Schema。XML-Data Schema最早由微软提出，并于1998年1月被W3C接受成为“建议”（Note），随后，在1999年W3C在XML-Data的基础上发布了 “XML Schema工作草案”，这也就是我们通常所说的XML Schema，XML Schema于2001.5.2日正式发布为W3C标准。作为XML-Data的创建者，微软公司在XML Schema V1.0尚未正式出炉前就已经在他的MSXML解析器、IE浏览器、Biztalk Server 2000中提供了对XML-Data的广泛支持（事实上它们支持的是XML-Data的一个子集），鉴于它与XML Schema的血缘关系，我们通常也称其为Schema，即MS Schema。基于XML-Data及其扩展的Schema有一共同特点，即Schema自身也都是标准的XML文档，这与传统的DTD规范是截然不同 的，这也是我们通常将XML约束简单划分为DTD与Schema的主要依据。需要指出的是，在IE、MSXML等工具中所支持的MS Schema与目前W3C正式发! 布的XML Schema并不完全兼容（也就是说，在Biztalk Server 2000中建立的xsd文件未必会符合标准的XML Schema规范）。

回页首

15、问：请问如何在XML中实现对二进制数据（如图象、声音文件）的封装？

答：通常有两种方法可以实现，第一种采用（外部的）未解析通用实体，如

												<!NOTATION bmp SYSTEM "bmp">
<!ENTITY image1 SYSTEM "example.tif" NDATA bmp>
										

第二种是将二进制数据文件进行Base64编码并直接嵌入XML元素中（也可以是其它的编码方式，但是要注意被编码的数据中不应包含符号">"）。

回页首

16、问：请问使用SOAP的安全性怎样？

答：SOAP 本身不提供安全特性，由于SOAP采用HTTP作为实际的数据传输协议，因此其安全性也沿袭了HTTP。通常我们可以使用标准的网络安全协议来实现基于 SOAP的数据传输安全，如SSL、S-HTTP、PCT、TLSP等。在某些情况下也可采用数据加密的方式，即在应用层先对输入参数和返回结果集进行加 密，然后再使用SOAP传递已加密的XML数据。

回页首

17、问：在SOAP中一般请求/响应的内容与格式如何去定义？还有如何实现客户端从服务器上获取响应的数据。也就是说用户从客户端想服务器端发送请求信息，结果用户是如何得到相应信息的？

答：SOAP是使用HTTP协议的，其响应报头为"HTTP/1.1 200 OK"，内容类型为" text/xml"，你可以直接监听80端口，如果你是在VS环境中使用Microsoft SOAP toolkit的，可以到 http://msdn.microsoft.com/xml/general/toolkit_intro.asp中下载工具包，只需通过API传入调用方法和参数值，其底层的调用是屏蔽的。有关SOAP中一般请求/响应的内容与格式定义的详细信息可参看 《XML 在传统制造业供应链中的应用分析（四）：选择XML信息流传递的协议 第一部分》一文，也可访问 http://www.w3.org/TR/2000/NOTE-SOAP-20000508/查看有关SOAP的最新提案。

回页首

18、问：DOM2与DOM1相比有什么不同？

答：DOM Level 2较DOM Level 1增加如下功能接口：

1. 视图（View）：提供视图与文档的联系
2. 样式表（Style Sheet）：提供访问和修改样式表的方法
3. 层叠样式表（CSS2）：提供CSS2兼容的方法
4. 事件（Events）：提供各种事件的接口
5. 文档遍历（Document traversal）：提供遍历文档层次的接口
6. 文档范围（Document range）：提供分割文档范围的接口

回页首

19、问：请问在HTML页面中该怎么使用DSO？

答：XML DSO是数据源对象（Data Source Object）的缩写，它是微软为了在HTML页面中绑定使用XML数据所采用的一种专利技术，DSO在Web页中以数据岛的形式实现，即采用一个新的 "XML"标记，"XML"标记中包含一个id属性用于标识对XML DSO的引用。客户端的IE浏览器可以识别XML DSO，并直接在客户端操作DSO数据源。一个典型的XML DSO数据源声明如下：

												<xml id＝"exampledso">
<!--Here is xml data body-->
<orderform>
<productname>glove</productname>
<amount>5000</amount>
<unit>pair</unit>
<deadline>2001.8.20</deadline>
</orderform>
</xml>

										

也可以使用脚本语言定义DSO数据源，如：

												<xml id＝"exampledso"></xml>
<script language="JavaScript">
exampledso.async=false;
xmldso.load("example.xml");
</script>

										

成功声明了XML DSO后，就可以在HTML文档的其它地方通过"id"标识号（本例中为"exampledso"）来实现对DSO数据源的访问。如通过"datasrc"属性实现在HTML元素中对XML DSO的绑定：

												<table datasrc="exampledso" border=1 width=90%>
<tr>
<td<span datafld="productname"></span></td>
<td<span datafld="amount"></span></td>
<td<span datafld="unit"></span></td>
<td<span datafld="deadline"></span></td>
</tr>
</table>

										

或 使用脚本语言来对"exampledso"数据源对象进行操作，如可通过下面的脚本从XML DSO数据源中得到产品的定购数量： Sub getamount() amount.value = exampledso.recordset.Fields("amount") End Sub

回页首

20、问：请问，我要做一个站点，让互联网用户可以了解查询我们公司的商品，我可以使用XML作为后台的Web数据库吗？

答：XML 的确与数据库有相似之处，比如说它们都具有数据存储、数据有效性验证、数据查询、数据访问编程接口等特征，然而还有许多实际数据库所具备的功能是XML所 不具备的，如：索引、安全机制、事务机制、数据完整性、多用户访问，触发器、多文档查询等等。在实际应用中，对于一些数据量小、访问用户少、性能要求不高 的门户站点而言，将XML文档直接作为数据库使用是可能的，然而对于商业应用而言，后台还是应选择专门的数据库，如果访问数量较大的话，还可以考虑在数据 库与应用服务器之间采用XML作为信息缓存，其前提是数据库中对应数据的更新应是定期的，这样才能保证XML文件缓存中的数据在其生存期内与数据库中对应 数据相一致。

回页首

21、问：BizTalk Server 2000有哪些具体的功能，我可以用BizTalk Server 2000干什么？

答：BizTalk Server 2000是微软公司为商业用户在计算机网络应用中的信息交换所开发的企业级软件。BizTalk Server 2000提供了一系列工具以实现在商业网络环境中对分散的文档数据共享，并可编辑约束那些文档的规范。BizTalk Server 2000支持多种文档格式，并使用基于XML-Data的XML作为它自己的文档格式以及不同应用间信息传递的中间格式。在BizTalk Server 2000中包含了以下工具：

1. BizTalk Editor：可以导入、建立、编辑DTD、Schema和XML文档；
2. BizTalk Mapper：允许用户将符合规范A的文档结构映射到符合规范B的文档结构；
3. BizTalk Management Desk：建立、维护网络环境中不同应用之间的输入输出关系；
4. BizTalk ServerAdministrator Console：BizTalk管理员控制台用于系统工程师管理、配置BizTalk服务器，包括BizTalk服务器组属性的设置，直接对文档队列进行操作管理等。

回页首

22、问：SAX是W3C的正式标准吗？哪里可以获得SAX的资源？

答：SAX 不是W3C的正式标准，事实上它与W3C没有任何瓜葛，SAX是Internet上一群XML解析器技术的热衷者共同研究的成果，David Megginson是SAX研究开发工作的核心人物。作为一种基于事件的XML编程接口，SAX已被各种XML团体广泛认可，有关SAX的资料和下载可以 访问http://www.megginson.com/SAX获得。

回页首

23、问：使用浏览器浏览XML的速度比HTML快吗？

答：通 常不会，XML与HTML的区别并不在于对浏览速度的改善，而在于XML是面向数据内容的，HTML是面向格式化显示的，计算机应用可以自动地理解XML 文档并实现对其各种操作（包括在浏览器中的格式化显示），XML的出现为万维网信息浏览模式提供了更丰富的空间。但只有在特殊情况下，人们可以在浏览 XML文档时获得速度上的好处，比如某人要查看新浪商城中的某件商品的详细信息，共有两页，第一页是关于商品的价格和功能介绍，第二页是关于生产厂家的背 景介绍，若采用HTML表示，需要建立两个HTML文件，而采用XML，只需建立一个XML文件（需结合XSLT使用），由于XML文件在浏览第一页时已 经获得，因此在浏览第二页时无需与Web服务器交换，当然，由于将两个文件的信息合一，因此在第一次浏览XML文档时速度会较慢。

回页首

回页首

关于作者

		郭 路，杭州大学计算机系92届本科应用专业，曾先后就职于浙江省纺织经贸总公司计算机中心、思能软件、华企、飞时达等软件公司，担任技术主管，主要从事于企 业 MIS、GIS、ERP 及电子商务项目的开发管理和系统分析，对 IBM、微软、SUN、Autodesk 等公司的企业级产品有较深的研究及理解。 mailto:gl2_public@sina.com

获得 XML 及其相关技术认证的理由和方法

文档选项 将此页作为电子邮件发送 未显示需要 JavaScript 的文档选项 级别: 中级 Pradeep Chopra, 共同创始人, Whizlabs 2003 年 8 月 01 日 在 软件开发这么一个充满竞争的世界里，能够“脱颖而出”显得十分重要。因此就有必要制定一些标准来衡量一个人对 XML 的熟悉程度。IBM 为 XML 及其相关技术提供了它自己的认证程序，而本文（由 WHIZlabs Software 的共同创始人 Pradeep Chopra 撰写）则向您显示了应对这一考试的一些策略：有用的启示、参考资料和考试样题能够帮助您踏上认证成功之路！ IBM 是第一个为 XML 及其相关技术提供认证的组织。随着 XML 越来越流行，这项认证也获得了人们的青睐，现在它是开发人员最希望获得的认证之一。按照 IBM 的说法，这项认证的目的是为了让开发人员具备设计和实现使用 XML 及其相关技术（如 XML Schema、XSLT 以及 XPath）的应用程序所必需的知识。 IBM 认证的 XML 开发人员还： 对 XML 基础知识有很深的理解 了解 XML 概念及相关技术 理解数据如何与 XML 相联系，尤其要了解信息建模、XML 处理、XML 呈现和 Web 服务这类问题 全面了解与 XML 有关的 W3C 核心建议书 熟悉众所周知的最佳实践 这项考试名为“ IBM Certified Developer -- XML and Related Technologies (Test 141)”，自推出以来已经过了几次修改。它涵盖了从开发人员的角度出发的全部相关目标。 我将在本文中向您显示如何成功地通过这项考试。文章本身提供了一系列答题技巧，此外还包括了一系列极其有用的 参考资料和大量的 样题— 所有这些对于帮助您提高分数是绰绰有余了。 考试细节 考试编号：141 先决条件：无 题量：57 考试形式：多选题 通过成绩：58% 考试时间：90 分钟 费用：150 美元（或根据地区定价） 在这里找到有关这项考试的更多信息。 您需要了解什么 在这项考试的基于方案的问题中，您经常会发现某个给定的问题可能有几个正确答案。这种情形要求您选择 最合适或 最不合适的选项。这使得这项考试比类似的考试（如为 Sun 认证 Java 程序员（Sun Certified Java Programmer, SCJP — 请参阅 参考资料）设置的考试）要难一点。 考试由 57 道题组成，您必须答对其中的 58%（33 道题）才能及格。每道题的分数都一样。规定的考试时间是 90 分钟。这项认证考试的费用是 150 美元（或根据地区定价）。请访问 IBM 专业认证站点以获取更多详细信息。 回页首 您需要做什么 准 备这项考试所需的时间比类似的考试（如 SCJP 考试）要略多一些。所涵盖的技术的数量以及考题的类型（基于方案的）都使得这项考试有些难度。一般而言，假定每天进行两个小时的准备工作，那么无论如何您 将需要大约三到六个月来进行准备。如果您对 XML 完全陌生，那么估计您要花六个月来准备；否则，如果您具备一些 XML 知识，那么三个月应该够了。 您 不必通过任何资格考试就有资格参加 IBM XML 认证考试。不过，如果您认真对待这项考试，那就应该了解一些事情。您应该具备编程／脚本编制方面的一些背景知识，还应该理解基本计算机科学模型和数据结 构。特别的是，具备 XML 实践知识将是一个十分有利的条件。XML 广泛用于各种联机和脱机文档，因此您需要熟悉诸如浏览器、客户机-服务器和格式化／样式化之类的概念。您还应该牢固掌握与电子商务有关的过程，如： 在线获取订单 完成那些订单 在因特网上进行金融交易 与供应商和客户交换数据 维护库存信息 请访问 IBM XML 认证站点，以获取有关这项考试的先决条件的更多信息。 这 项考试中的大多数试题都是基于方案的，这意味着要求您对给定体系结构的比较、局限和能力加以分析，并陈述这一体系结构与某个特定方案的适合程度。因此，拥 有设计和实现应用程序的经验十分重要。由于在任何数据敏感的应用程序中数据结构都起着至关重要的作用，因此清晰地理解以下问题是十分重要的：信息如何在数 据库里存储，各部分信息如何相互链接以及它们之间有何关系。 如果您是个初学者，那么您的准备工作应该从学习 XML 基本概述开始，如一本不错的教材或一篇基础入门教程／文章（请参阅 参考资料）。XML 及其相关技术涵盖了众多主题，您应该循序渐进地学习这些主题。虽然这份材料的大部分并不十分复杂，但完全理解 XML 在各种应用程序中的用法和它所提供的优点还是要花一些时间。Elliotte Rusty Harold 的 XML Bible（请参阅 参考资料）可以作为一个不错的起点。 熟悉了 XML 的基础知识之后，继续开发一些实际的应用程序，这样您就能够更好地理解有关如何在应用程序中使用这一技术的基本原理。为此，您可以挑选一本更高级的教材，如 Professional XML，第二版（请参阅 参考资料），它是这项考试的最佳书籍。虽然编写该书的目的并不是为了让读者用它来准备这一特定认证，但 Professional XML确 实涵盖了全部相应的主题，而且涵盖程度相当深。尽可能透彻地阅读此书；尤其要注意示例，并且不仅要努力理解技术，还要理解其用法和利弊。该书还含有到免费 工具／IDE 的链接，您可以用它们来制作类似于书中示例的样本应用程序，在日常工作中使用这些工具吧。拥有这一实践经验对您而言至关重要。 一旦您按照我所描述的那样学完了 Professional XML，您也就完成了大部分准备工作。接下来，您需要细化一下您的知识。为此，我建议您阅读 Web 上的各种文章和教程。这里，W3C 规范特别有帮助。虽然考前阅读所有这些文章或教程并非绝对至关重要，但它们可以使您对细节获得更细致的理解，有助于您准确地掌握概念。 现在，余下唯一要做的事情是实践、实践、再实践。您应该编写尽可能多的样本 XML 应用程序。阅读 XML 在各种方案中的用法。和您的考友一起讨论如何在不同的体系结构中使用 XML。研究各种与 XML 有关的技术的优缺点。例如： 为什么在某种特定情形下使用 SAX 而不是 DOM（或者相反）？ 为什么使用 DTD 而不是 XML Schema（或者相反）？ 如何通过使用 XML Schema 来克服 DTD 的某个特定局限？ XLink 较之 HTML 链接有哪些优点？ XSL 较之 CSS 有哪些优点？ XSL 有哪些功能，为什么它比任何其它样式语言都要强大得多？ 不要通过猜想解决这些问题，要搞清楚这些问题是如何影响实际应用程序的 — 否则，您可能无法将它们应用到考试给出的方案中去。 最后，该练习类似实际考题的题目了。我已经包含了一系列 样题供您作为起点使用，然后请寻找尽可能多的模拟试题来进行练习。您也可以使用市面上大量的考试模拟器来进行练习。当然，IBM 样题是 必需的。您将在 参考资料中 找到到所有这些模拟考试和考试模拟器的链接 — 借此来找到您的薄弱之处，然后集中精力加以巩固。最好提前面对这些薄弱之处，而不要在考试中面对它们并得到不理想的成绩。为了帮助提高您比较薄弱的环节， 您甚至可能会考虑聘请一位私人教师，如果您对上面所描述的许多关键方面都不是十分自信，那么我强烈建议您这么做。 这项考试规定的考试时间是 90 分钟，我收到许多考生的来信，他们表示：这个时间正好够完成考试。大多数考生答完全部问题需要 70 到 80 分钟，因此没有多少剩余时间供考生进行修改。这意味着您应该尽全力来一次答对试题。当您开始在热身考试中获得好成绩并且对上面所列的大多数主题都有信心 时，您就可以参加 XML 认证考试了。 回页首 技巧与缺陷 以下是最后几条忠告，用来帮您规划您的考试策略： 在学习某个特定主题的过程中，要尽量从宏观上去理解，而不要过分追究其细节。大多数试题都测试您对概念的 理解，而不测试您所掌握的语法。学习 XML 应用程序的各个组件： 这些组件之间是如何相互结合的？ 哪一个组件起什么作用？ 组成 Web 服务的各个组件分别是什么，它们是怎样作为一个整体工作的？ 很多时候，您可以通过识别出某些组件不具备您要的功能来排除错误选项。例如，SAX 和 DOM 同如何呈现 XML 文档无关；又例如，您正在使用的解析器必须与您的处理 API（SAX 或 DOM）兼容。 试着从实践的角度了解各种技术的用法。只是读读概念并不能达到目的 — 您 必须编写样本应用程序。对类似下面的问题进行研究，以搞清楚这些技术实际上是如何工作的： 某个特定 XPath 查询将产生什么结果？ 如果将某个给定 XSL 样式表应用于某个给定 XML 文档，将会输出什么？ 会按照给定模式或 DTD 对某个特定 XML 文档进行验证吗？ 如何使用 XLink 来使链接文档维护起来更有效、更方便？ 不要孤立地学习这些技术。将它们与其替代技术加以比较，彻底掌握各种技术的优点与不足。例如，DOM 和 SAX、XSL 和 CSS 以及 DTD 和 XML Schema。 在什么情况下 DOM 比 SAX 更好或者相反？ 可以用 XSL 但不能用 CSS 做哪些事情？ XML Schema 是如何除去各种与 DTD 有关的局限的呢？ 比起 DTD，XML Schema 有哪些优点？ 不仅要学习 XML 及其相关技术的特性，还要学习如何将它们应用到现实世界中去，以及它们如何改变我们解决问题的方式。例如： XML 如何能减少供应商和客户的集成开销成本？ XML 如何使具有不同平台、不同设备但却有相同信息的客户的要求变得更容易满足？ Web 服务背后的核心价值是什么？ 回页首 结束语 显 然，XML 的流行已成定局，掌握 XML 专业技能的人的数目和 XML 相关技术的数目都在不断增加。这项认证考试略微有些难度，与其它技术相比，它可用的参考资料要少一些。虽然 IT 业正处于低迷期，但它很快就会重新全速发展。收获果实的将是那些采取主动且进行了准备的人。因此，行动起来，制定一个计划，现在就开始准备！ 一路顺风 — 最重要的是，要开心！ 回页首 参考资料 您可以参阅本文在 developerWorks 全球站点上的 英文原文. 书籍、文章和教程 Professional XML 第二版 涵盖了考纲中的全部相关技术，并且深度适当。从认证的观点来看，它是一本 必备书籍。 XML Bible 是一个不错的起点，但别靠它完成整个准备工作。 W3Schools.com提供了一系列优秀教程，用来帮助您提高办事速度。 ZVON.org也提供了一系列优秀的 XML 教程和文章。 Doug Tidwell 的 developerWorks教程“ Introduction to XML”为初学者提供了扎实的基础知识。（2002 年 8 月） Pradeep Chopra 还写过 Sun 认证 Java 程序员（SCJP）考试入门（ developerWorks，2002 年 10 月）。 Venu Vasudevan 的 A Web Services Primer提供了另外一些有关这一主题的详细信息。 网站和组 W3C（万维网联盟，World Wide Web Consortium）是寻找 XML 相关内容的第一个也是最好的地方。您将在这里找到所有相关规范。 访问一下 Javaranch，在那里您会发现有很多人愿意帮助您解决问题。这个讨论组十分活跃。 XML-CERT是另外一个 XML 认证讨论组。 访问 saxproject.org，在那里你会找到有关 SAX 即用于 XML 的简单 API（Simple API for XML）的全部详细信息。 developerWorks XML 专区的特点是拥有大量有关 XML 及其相关技术的教程、专栏文章和技巧文章。 XML.com是最权威的 XML 内容站点之一。 XML.org的特点是拥有一个 XML 开发人员社区而且包含高质量的 XML 内容。 PerfectXML.com是另一个不错的 XML 站点。 XMLpitstop.com也是另外一个不错的 XML 站点。 XML WebRing精心收集了一些 XML 站点。 练习材料 作者曾写过一系列 样题，它们类似于您将在 IBM XML 认证考试中所见到的试题。 IBM 有它自己的免费多项选择 预评估／样题，用来帮助您准备这项考试。 XML Spy是一个可以从市面上得到的、用于 XML 的最佳 IDE。 Apache 站点中精心收集了一些使用 XML 的工具。 XML@Whiz是唯一一个可以从市面上得到的 XML 认证考试模拟器。它对在考试中取得好成绩很有帮助。 回页首 关于作者 Pradeep Chopra 是 WHIZlabs Software的 共同创始人之一，这是一家电子学习组织，专注于从事 IT 认证考试模拟器和企业技能评估系统的开发。Pradeep 毕业于印度德里（Delhi）的印度理工大学（Indian Institute of Technology），他已经编写了 J2EE 领域的许多 IT 认证考试模拟器、教程和文章。可以通过 pradeep@whizlabs.com与他联系。

Jack Herrington, 主编, Code Generation Network

2005 年 5 月 16 日

在 Java 代码中蕴涵着许多有价值的信息：所有类和接口，以及它们的实例变量和方法。您可以使用这些数据来创建文档，构建代码生成器，或者为项目报表提供度量标准。

Javadoc 是一个非常分解良好的应用程序。很多人认为它只是一个从一组 Java™ 文件中读取代码和注释来创建 HTML 的程序。但事实上，这款工具分为两个部分。第一部分是代码分析引擎，用来解析代码和注释。第二部分生成 HTML，但结果是，您可以使用称为 doclets 的扩展来改变这一部分。

对于本技巧，我使用 JELDoclet（参阅 参考资料） 从一组测试 Java 文件生成一个 XML 输出文件。然后，再使用 XSL 把这个 XML 文件格式化成一个简单的 HTML 文件。该 HTML 文件展示了 XML 文件所包含的数据。

下载 JELDoclet 后，使用下面的命令语法在一组文件上运行 JELDoclet：

												
														
javadoc -doclet JELDoclet -docletpath .. *.java

										

JELDoclet 的 test 目录包含一组测试 Java 文件。这个命令解析 test 目录中的所有 Java 文件，并且创建一个称为 out.xml 的文件。这个文件包含了 Javadoc 树中的所有信息。清单 1 展示了这个输出 XML 文件的一部分。

												
														

														
<jel>
<class superclass="Object" name="MyInterClass">
  <extend name="MyInterface">
  </extend>
  <comment>
  My interface implemented
  </comment>
  <fields>
    <field visibility="protected"
     fulltype="java.lang.String"
     type="String" name="_prot_string">
       <comment>
       A protected string
       </comment>
    </field>
    <field visibility="public"
     fulltype="java.lang.String"
     type="String" name="_pub_string">
       <comment>
       A public string
       </comment>
    </field>
  </fields>
  <methods>
    <constructor visibility="public" name="MyInterClass">
       <comment>
       A no-argument constructor
       </comment>
    </constructor>
    <constructor visibility="public" name="MyInterClass">
       <params>
         <param fulltype="java.lang.String"
          type="String" comment="A string."
          name="aString">
         </param>
...

										

jel 标签包含了一系列 class 标签 —— 每个类对应一个。在 class 标签中是字段、方法和构造函数。XML 文件也包含相关的注释。

从 XML 创建 HTML

为这个 XML（清单 1中）生成 HTML 的第一步是从清单 2 中的基本标签模板开始。

												
														

														
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet
 xmlns:xsl=http://www.w3.org/1999/XSL/Transform
 version="2.0">

<xsl:output method="html" />

<xsl:template match="/">
  <html><head><title>XDoclet output</title>
  <xsl:call-template name="css" />

  </head>
  <body>
    <xsl:for-each select="/jel/class">

      <h1>
        <xsl:choose>
          <xsl:when test="@abstract='true'">Interface:
          <xsl:value-of select="@name" /></xsl:when>
          <xsl:otherwise>Class
          : <xsl:value-of select="@name" />
           ( <xsl:value-of select="@superclass" /> )
          </xsl:otherwise>
        </xsl:choose>
      </h1>

      <h2>Instance Variables</h2>
      <xsl:apply-templates select="fields/field" />

        <h2>Constructors</h2>
        <xsl:apply-templates select="methods/constructor" />

      <h2>Methods</h2>
      <xsl:apply-templates select="methods/method" />

      <hr/>
    </xsl:for-each>
  </body>
  </html>
</xsl:template>

										

在清单 2 的开始，我创建了 html 根标签和 head 部分。然后，我迭代了输入文件中的每个类。对于每个类，我在 h1 标签中输出类或接口的名称，并为 fields、constructors 和 methods 应用模板。接着，我通过结束 body 和 html 标签而结束整个清单。

用于构建字段 HTML 的模板非常简单，如清单 3 所示。

												
														

														
<xsl:template match="field">
  <p class="field">
    <xsl:value-of select="@visibility" />
    <xsl:text> </xsl:text>
    <xsl:value-of select="@type" />
    <xsl:text> </xsl:text>
    <xsl:value-of select="@name" />
  </p>
</xsl:template>

										

简洁的内容：我只输出了可见性、类型和名称。我使用了一个带有 class 字段的 paragraph 标签把它们括起来。后面在 CSS 中将用到 class 字段。

方法和构造函数模板与字段模板类似，如清单 4 所示。

												
														

														
<xsl:template match="method">
  <p class="method">
    <xsl:value-of select="@visibility" />
    <xsl:text> </xsl:text>
    <xsl:value-of select="@type" />
    <xsl:text> </xsl:text>
    <xsl:value-of select="@name" />(
    <xsl:apply-templates select="params" />
  )</p>
</xsl:template>

<xsl:template match="constructor">
  <p class="method">
    <xsl:value-of select="@visibility" />
    <xsl:text> </xsl:text>
    <xsl:value-of select="@name" />(
    <xsl:apply-templates select="params" />
  )</p>
</xsl:template>

										

这里惟一的诀窍是，我需要将参数列表输出到每个构造函数或方法中。我使用 xsl:apply-templates 标签来处理，这个标签用来为 params 标签找到正确的模板 —— 在本例中，清单 5 展示了这个模板。

												
														

														
<xsl:template match="params">
 <xsl:for-each select="param">
  <xsl:if test="position()>1">, </xsl:if>
  <xsl:value-of select="@type" /><xsl:text> </xsl:text>
  <xsl:value-of select="@name" />
 </xsl:for-each>
</xsl:template>

										

这里最吸引人的地方是，我想要在列表中的两个参数间插入逗号。因此我使用 xsl:if 命令，在第 2 个参数或后面的参数上插入逗号。

XSL 模板的最后一部分是 CSS，它使输出内容更加容易阅读（参阅清单 6）。

												
														

														
<xsl:template name="css">
<style>
    body { font-family: Arial, Verdana, sans serif;

       font-size: small; }
    .method, .field { padding-left:50px; }
</style>
</xsl:template>

</xsl:stylesheet>

										

使用诸如 Arial 或 Verdana 这样的 sans-serif 字体，以使输出更加容易阅读。您可能使用的是 Courier 字体，但是我认为它会使页面看起来非常单调，并且让人觉得好像是用古老的打印机输出来的。最后，输出的结果看起来像图 1 那样。

回页首

结束语

格 式化 HTML 仅仅是您可以对 Javadoc 工具的 XML 输出所做的事情之一。您可以像 XDoclet 所做的一样，使用 Javadoc 树中的信息（这里导出为 XML）来加强代码生成器的功能。您可以像 Eclipse 或 IntelliJ 一样，执行代码引用分析和重构。您也可以得到关于代码基的度量标准。获得 Java 代码完整的、结构化的 XML 表示，有助于提高您的生产力。

回页首

参考资料

• 您可以参阅本文在 developerWorks 全球站点上的 英文原文。
  
  
• 访问 W3C 的 XSL 标准站点，它使您便于参考 XSL 技术和标准。
  
  
• 检查 W3C 的 XPath 页面，它提供了版本和标准信息。
  
  
• 下载 Saxon，它是流行的 XSL 处理器，在撰写这篇文章时我用到了它。
  
  
• 阅读 Michael Kay 的 XSLT 2.0 Programmer's Reference，它是 XSLT 的圣经，是一部介绍精彩、非常有价值的参考文献。
  
  
• 当您手忙脚乱时，请拿起 Michael Kay 著作的 XPath 2.0 Programmer's Reference —— 终极参考，作者曾编写过 W3C 规范。
  
  
• 阅读 Jack D. Herrington 著作的 Code Generation in Action，它讲述了为各种目标（不只限于数据库访问）生成代码。
  
  
• 参阅 Javadoc 首页 了解关于 Sun Microsystems 的 Javadoc 工具的更多信息。
  
  
• 了解更多关于 JELDoclet 的信息，它是本文用于创建输入 XML 的 Doclet 扩展。
  
  
• 浏览 Doclet.com，它是用于 Javadoc 工具的 Doclet 扩展的知识库。
  
  
• 试用 XDoclet，它是优秀的代码生成器，最初基于 Javadoc 框架。
  
  
• 在 developerWorks XML 专区 可以找到很多 XML 参考资料。
  
  
• 了解如何才能成为 IBM 认证的 XML 及相关技术的开发人员。
  

回页首

关于作者

		Jack Herrington 是一名有着 20 多年工作经验的杰出工程师，现任 Code Generation Network 公司的主编。他同时也是 Code Generation in Action 一书的作者。您可以通过电子邮件 jack_d_herrington@codegeneration.net 与他联系。

IBM, 作者

2003 年 3 月 01 日

对于一批XML数据，应用处理程序要综合XML文档、文档类型说明（Dtd/Schema） 以及样式单三方面要素来处理和显示它。

什么是样式单

对于一批XML数据，应用处理程序要综合XML文档、文档类型说明（Dtd/Schema） 以及样式单三方面要素来处理和显示它。

在XML文档中只包含了数据信息，并没有涉及文档如何显示。不错，制定XML标准的 目的是要使数据结构化，赋予其明确的语意，使之易于进行数据交换。XML早已不再 把目光局限在文字图象的显示上，而是要建立它们之间的内在关系。可以说，XML文 档本身是重内容而不重形式。

可是，XML结构化地组织信息固然好，但如果不加修饰地把一大堆枯燥的数据摆在那里，也足以令人眼花头痛。

样式单(StyleSheet)是一种专门描述结构文档表现方式的文档，它既可以描述这些 文档如何在屏幕上显示，也可以描述它们的打印效果，甚至声音效果。样式单一般不 包含在XML文档内部，而以独立的文档方式存在。

样式单可以实现非常复杂的显示效果，但由于样式描述与数据描述相分离，显示细节 的描述并不影响文档中数据的内在结构。

样式单的最大优点是：XML关于文档浏览的基本思想是将数据与数据的显示分别定义。 这样一来，XML格式文档不会重蹈某些HTML文档结构混杂、内容繁乱的覆辙，XML的 编写者也可以集中精力于数据本身，而不受显示方式的细枝末节的影响。不仅如此， 样式单还带来另一个好处，即定义不同的样式表可以使相同的数据呈现出不同的显示 外观，从而适合于不同应用，甚至能够在不同的显示设备上显示。这样，XML数据就 可以得到最大程度上的重用性，满足不同的应用需求。

回页首

XSLT

W3C已经给出了两种样式单语言的推荐标准，一种是层叠样式单CSS（Cascading Style Sheets），另一种是可扩展样式单语言XSL（eXtensible Stylesheet Language）。本章讲的是XSL。

XSL本身就是一个XML文档，它是通过XML进行定义的，遵守XML的语法规则，是XML 的一种具体应用。因此系统可以使用同一个XML解释器对XML文档及其相关的XSL文 档进行解释处理。XSL由两大部分组成：第一部分描述了如何将一个XML文档进行转 换，转换为可浏览或可输出的格式；第二部分则定义了格式对象FO（fomatted object）。由于到目前为止，W3C还未能出台一个得到多方认可的FO，因此本章主 要XML变换－－XSL transformations（XSLT）。现在一般所说的XSL大都指的 是XSLT。

回页首

XSLT的应用

XSLT主要的功能就是转换，它将一个没有形式表现的XML内容文档作为一个源树， 将其转换为一个有样式信息的结果树。在XSLT文档中定义了与XML文档中各个逻辑 成分相匹配的模板，以及匹配转换方式。它可以很好地描述XML文档向任何一个其 它格式的文档作转换的方法，例如转换为另一个逻辑结构的XML文档、HTML文档、 XHTML文档、VRML文档、SVG文档等等，不一而足。

使用XSL定义XML文档显示方式的基本思想是：通过定义转换模板，将XML源文档 转换为带样式信息的可浏览文档。

限于目前浏览器的支持能力，大多数情况下是转换为一个HTML文档进行显示。

在XML中声明XSL样式单的方法为：<?xml-stylesheet type="text/xsl" href="mystyle.xsl"?>
至于具体的转换过程，既可以在服务器端进行，也可以在客户端进行。

回页首

XSLT样式单文档举例

下面是一个具体的xslt样式单文档：

												
														
 <?xml version="1.0" encoding="gb2312" ?> 
 <xsl:stylesheet xmlns:xsl="http://www.w3.org/tr/WD-xsl"> 
 <xsl:template match="/"> 
	 <HTML> 
		<HEAD> 
		<TITLE>学生花名册</TITLE> 
			<STYLE> .title{font-size:15pt; font-weight:bold; 
				color:blue } .name{color:red}
			</STYLE> 
		</HEAD> 
		<BODY> 
			<P class="title" >学生花名册</P> 
			<xsl:apply-templates select="学生花名册"/> 
		</BODY> 
	</HTML> 
 </xsl:template> 

 <xsl:template match="学生花名册"> 
	 <table BORDER="1"> 
		<THEAD> 
		  <td> <B>姓名</B> </td>
		  <td> <B>籍贯</B> </td> 
		  <td> <B>年龄</B> </td> 
		  <td> <B>电话</B> </td> 
		</THEAD>
		<xsl:for-each select="学生" order-by="名字"> 
		<tr> 
		  <td><B><xsl:value-of select="名字"/></B></td> 
		  <td><xsl:value-of select="籍贯"/></td> 
		  <td><xsl:value-of select="年龄"/></td> 
		  <td><xsl:value-of select = "电话号码"/></td> 
		</tr>
		</xsl:for-each>
	   </table> 
 </xsl:template> 
 </xsl:stylesheet>

										

回页首

模板在XSLT中的应用

将上例的XML文档用XSL样式转换为HTML文档的步骤是：先用XML解释器将XML文档 解释成DOM对象，相当于建立了原文档的一个节点树。然后用XML解释器解释XSL文 档，用模板匹配的方法去遍历XML节点树，将树中的节点按模板的设定转换为模板指 示的显示语言，即HTML语言。

要了解这段程序，就要先了解模板。xsl:template是模板元素，用于定义模板，通 常每个xsl:template有一个节点匹配属性，由"match="指定。在对模板进行匹配时 使用"xsl:apply-templates"，用"select"属性选择要匹配的模板，相当于一个 调用的过程。比如在
<xsl:apply-templates select="学生花名册"/>
这段语句中用到了xsl:apply-templates，于是系统就跳到了用<xsl:template match="学生花名册">括起的“函数”中生成HTML代码。

如果在xsl:apply-templates语句中没有指定select属性，那么就调用所有可以调 用的模板。

接着介绍xslt常用的几条语句。

• 介绍一下XSL的几条主要语句：
• xsl:stylesheet 声明语句
• xsl:for-each select = "" 循环语句，遍历与引号中的属性值相同的节点
• xsl:value-of select = "" 赋值语句，取出引号中指定的属性值

回页首

分析XSLT代码执行过程

在作过XML声明和XSL声明之后，系统最先匹配XML源树的根节点。根节点用"/"表 示，它的匹配方法在一对<xsl:template match="/">括起的源码中声明。按照 这段代码，首先生成带有样式信息的HTML文档的开头一段代码:

												
														
 <HTML> 
  <HEAD> 
    <TITLE>学生花名册</TITLE> 
    <STYLE> .title{font-size:15pt; font-weight:bold; color:blue }
	.name{color:red}
    </STYLE> 
  </HEAD> 
  <BODY> 
    <P class="title" >学生花名册</P>  

										

接着，系统看到了<xsl:apply-templates select="学生花名册"/>的指示，于是， 它在XML源树中寻找标记为“学生花名册”的节点进行匹配。就象函数调用一样，现在系 统跳到了用<xsl:template match="学生花名册">括起的“函数”中继续生成下面的 HTML代码：

												
														
  <table BORDER="1"> 
     <THEAD> 
       <td> <B>姓名</B> </td>
       <td> <B>籍贯</B> </td> 
       <td> <B>年龄</B> </td> 
       <td> <B>电话</B> </td> 
      </THEAD> 

										

现在，系统又接到了新的指示 <xsl:for-each select="学生" order-by="名字">。 这条指示要求系统寻找标记为“student”的子节点，并按照“名字”下的内容将这些节 点排序，然后一一处理。

对于每一个“学生”子树中的内容，系统为其生成表中一行的内容。每一行包含四列， 分别把标记为“名字”、“籍贯”、“年龄”、“电话号码”的子节点的内容填进去。 其中“名字”下的内容还是粗体显示。对应到本例中的XML数据，生成的HTML代码为:

												
														
    <tr> 
      <td><B>李华</B></td> 
      <td>河北</td> 
      <td>15</td> 
      <td>62875555</td> 
    </tr> 
    <tr> 
      <td><B>张三</B></td> 
      <td>北京</td> 
      <td>14</td> 
      <td>82873425</td> 
    </tr>

										

处理完<xsl:for-each select="学生" order-by="名字">中的内容，系统继续生成HTML代码:

												
														
</table> 

										

至此，系统已处理完<xsl:template match="学生花名册">中的所有内容，可以“函数 返回”了。 系统返回到<xsl:template match="/">括起的源码中，完成HTML最后两行代码的生成：

												
														
	</BODY>
	</HTML> 

										

把上面的HTML代码串起来，就是生成的转换结果文件。

回页首

XSLT文件文档结构

前面说过，XSLT文档本身是XML文档，因此文档的第一句自然是：

												
														
<?xml version="1.0" encoding="gb2312"?> 

										

接下来是样式单部分：

												
														
  <xsl:stylesheet version="1.0" 
       xmlns:xsl="http://www.w3.org/tr/WD-xsl">
	... ...
  </xsl:stylesheet>

										

xmlns:xsl指示了XSL的命名空间，在XSLT标准中，定义了XSLT的命名空间为 http://www.w3.org/1999/XSL/transform,然而在ie5中不支持这个名字 空间，需要用到微软自己的名字空间http://www.w3.org/tr/WD-xsl。

XSLT在进行转换时，首先遍历XML源文档树，找到要处理的节点，然后将定义好 的模板信息施加到该节点中。
下面将要介绍xslt样式单的语法。

回页首

样式单模板xsl:template

xsl:template元素有一个mode属性，可以根据需要去匹配不同模式的模板。 若将前例作如下修改：

												
														
	<xsl:template match="/" mode="blue"> 
		...
	<TITLE>学生花名册</TITLE> 
	<STYLE> .title{font-size:15pt; font-weight:bold; color:blue }
		...
	<xsl:template match="/" mode="red"> 
		...
	<TITLE>学生花名册</TITLE> 
	<STYLE> .title{font-size:15pt; font-weight:bold; color:red }

										

如果要将TITLE输出为蓝色，则用下面语句匹配：
<xsl:apply-templates select="/" mode="blue"/>

如果要将title输出为红色，则写为：
<xsl:apply-templates select="/" mode="red"/>

此外，模板总是与节点相对应的，一个节点可能对应于不同的模板，那么如何确定各 模板匹配的先后次序呢？XSLT中可为xsl:template设置优先级，写法是：
<xsl:template match="student" priority="n"> //n为优先级数

回页首

xsl:value-of计算节点值

在使用XSLT进行转换时，常常需要获取节点值，使用xsl:value-of元素可达到 这个目的，如下例：
<xsl:value-of select="籍贯"/>

得到的是学生原籍的值，select属性指定要获取的是哪一个节点的节点值。

回页首

xsl:for-each循环处理

使用xsl:for-each可对所选节点依次进行处理，如例中在生成表格处理中，就是 利用循环将各个学生的信息取出放入表格中的，写法是：

												
														
	<xsl:for-each select="student" order-by="name"> 
		... 
	</xsl:for-each> 

										

可以认为<xsl:for-each select="">能实现多个 <xsl:apply-templates select="">的功能。

回页首

xsl:sort排序处理

对于用xsl:for-each或xsl:apply-templates匹配的节点，可使用xsl:sort将 所选节点内容进行排序

1. 按大小写排序
   <xsl:sort case-order="upper-first" select="@id"/> 以id为关键字按大写优先排序
   <xsl:sort case-order="lower-first" select="@id"/> 以id为关键字按小写优先排序
2. 按字母顺序排序
   <xsl:sort order="ascending" select="@id "/> 以id为关键字按字母升序排序
   <xsl:sort order="descending" select="@id "/> 以id为关键字按字母降序排序
3. 按数据类型排序
   <xsl:sort data-type="text" select="@id"/> 以id为关键字按文本类型排序，如对于一组id数据101，2，44，305 来说，排序结果是101，2，305，44
   <xsl:sort data-type="number" select="@id"/> 以id为关键字按数据类型排序，上面一组数据的排序结果是2，44，101，305
   另外，还有一种指定排序的方法，就是在前面学生花名册例中所使用的order-by： <xsl:for-each select="student" order-by="name"> 也可使得输出学生时按名字排序。

回页首

元素与属性创建

XSLT是一个动态的样式单，在处理过程中可产生新的元素或元素属性，方法如下：

回页首

节点拷贝

在对XML文档进行处理时，XSLT还可以通过拷贝的方式复制节点，方法是利用 xsl:copy和xsl:copy-of。其中xsl:copy只拷贝当前节点，不包括子节 点和属性；而xsl:copy-of的拷贝内容则包括当前节点、子节点和属性。 例如对于：
<p id="p1">A <B>is a char</B> </p>

如果样式单写为如下形式：

												
														
	<xsl:stylesheet version="1.0" 
	xmlns:xsl="http://www.w3.org/1999/XSL/transform"> 
	<xsl:template match="p"> 
	  <DIV>
		<xsl:text> copy-of : </xsl:text> 
		<xsl:copy-of select="."/> 
	  </DIV> 
	  <DIV>
		<xsl:text> copy : </xsl:text> 
		<xsl:copy/> 
	  </DIV> 
	</xsl:template> 
	</xsl:stylesheet> 

										

转换后生成如下代码：

												
														
	<DIV> 
	  copy-of : <p id="p1">A <B>is a char</B> </p>
	</DIV>
	<DIV> 
	  copy : <p/>
	</DIV> 

										

由此可见，两种拷贝方式结果大相径庭。

回页首

输出格式与编码问题

XSLT是一个转换语言，它的目的是将XML源文档转换为另一种格式文档，它的输出结 果可以是HTML文档，也可以是带CSS的XML文档。具体的输出格式由xsl:output 指 定。如果要输出为HTML文档，则写为： <xsl:output method="html"/>

同样，要输出XML文档写为： <xsl:output method="xml"/>

如果文档中不出现xsl:output，将缺省输出为XML文档，但如果在匹配模板时使用了 <HTML>标记，则输出为HTML文档。输出为HTML文档时系统都会自动加上下面语句： <!DOCTYPE html PUBLIC "-//W3C//Dtd HTML 4.0 transitional//EN">

此外，还可以利用xsl:output指定编码方式，如UTF-8，UTF-16，GB2312等。例如： <xsl:output method="html" encoding="GB2312"/> 它指定了该XSLT的输出结果是HTML格式，编码方式为中文。

回页首

回页首

关于作者

		IBM has authored this article

Nicholas Chase, 总裁, Chase and Chase, Inc.

2003 年 1 月 01 日

多 年以来，HTML 只是在不断变大，却从未变小，因为新版本必须维护向后兼容性。这一情况将得以改变。XHTML 2.0 的第一个工作草案于 2002 年 8 月 5 日发布，一大新闻就是取消了向后兼容性；该语言终于得以继续发展。那么，作为一名开发人员您将得到什么回报呢？健壮的表单和事件表现如何呢？它们是研究不 需要大量 JavaScript 的框架以及甚至层次结构菜单的更佳方法。

本文概述了 XHTML 2.0 中的新增功能以及将来可能会如何使用它。读者应该熟悉 HTML 和／或 XHTML 1.0。熟悉级联样式表（Cascading Style Sheet (CSS)）是有帮助的，但不是必需的。

告别向后兼容性，引入结构

当万维网联盟（World Wide Web Consortium (W3C)）于 2002 年 8 月 5 日发布 XHTML 2.0 的第一个工作草案时， 最让人吃惊的是：与其先前的版本不同，它不是向后兼容的。 对于先前的发行版，如从 HTML 4.01 转到 XHTML 1.0 以及后来从 XHTML 1.0 到 XTHML 1.1，变化都是添加一些内容； 可以读取 XHTML 1.0（过渡的）文档的浏览器也可以理解 HTML 4.01 文档。而 XHTML 2.0 不是那样的。

如果您在两年前宣布我们今天将研究不带 img 标记或 bold 标记的 HTML 版本，那么大多数 Web 开发人员都会用怀疑的眼光看着您。然而，现在就是这样。除了彻底替换表单和框架外，XHTML 2.0 还除去了 b 、 i 和 img 标记（以及 big 、 small 和 tt ）， 甚至不赞成使用 br ，以准备从将来的发行版中除去它。但这是为什么呢？

原因在于大多数标记都是 表示性的 。它们的唯一目的就是给予浏览器指令，规定有关其内容应该如何显示， 但却完全未提供有关其内容是什么的信息。例如，请考虑下面两个句子：

												
														

														
Presentational elements are, <i>for the most part</i>, <b>gone</b>.


										

和

												
														

														
Presentational elements are, <em>for the most part</em>, <strong>gone</strong>.


										

在没有样式表的情况下，这两个句子在浏览器中看起来是一样的，但只有第二个句子提供了有关原因的信息。 事实上，从一开始 em （强调）和 strong 标记就出现在 HTML 中了， 但多年以来作者们基本上已经忽略了它们，而专注于表现形式，这是以牺牲内容为代价的。

但这并不意味着只要您想使某些内容变成粗体或斜体，就应该将它们硬塞进这两个标记中。 相反，除去表示性元素的整个目的是设法完成 CSS 的发明者的初衷， 即应该根据内容所表示的东西来标记内容，而样式表应该用于美化内容。例如， 清单 1使用类别（class）来指出内容类型。

												
														

														
<html>

<head><title>Employee Notice</title>

<style type="text/css">

    .duedate { color: red;

               font-weight: bold; }

    .holiday { color: green;

               font-style: italic }

</style>

</head>

<body>

<h1>Notice</h1>

<p>Employees should take note of the following important dates:</p>

<ul>

    <li class="duedate">8/28/2002 (Progress reports due)</li>

    <li class="holiday">9/1/2002 (Labor Day)</li>

    <li class="duedate">10/28/2002 (Final reports due)</li>

</ul>

</body>

</html>


										

在该页面中，日期类型可以由内容本身来确认，浏览器可以使用类别信息来决定如何为其设计样式， 如 图 1中所示。

用这种观点研究它：断开（ br ）标记的目的无外乎是为了显示，因为实际上它并无任何内容。XHTML 2.0 不赞成使用 br 标记，而提倡使用 line 标记。 line 标记指定一种特殊的内容： 通常是以后跟换行和回车这种方式呈现的一行文本或其它内容。例如，文本：

												
														

														
<p>

public class HelloWorld {<br />

public static void main (String[] args){<br />

System.out.println("Hello world!");<br />

}<br />

}

</p>


										

变成

												
														

														
<p>

<line>public class HelloWorld {</line>

<line>public static void main (String[] args){ </line>

<line>System.out.println("Hello world!"); </line>

<line>}</line>

<line>}</line>

</p>


										

这样，文档就有了一个表示行的实际对象，同样，段（ p ）标记表示一段内容。

为什么所有这些都很重要呢？因为 Web 不仅正日益成为人与人之间通信的场所， 而且还日益成为软件应用程序（如服务器和搜索引擎索引器）之间进行通信的场所。 而且，每个人（或者说几乎每个人）都使用相同浏览器的时代已经一去不复返了。 开发人员正不断为不同设备（如 PDA 和移动电话）重新设计内容。语音触发的（voice-activated）系统已经离我们不远了。内容的结构意义正变得几乎与内容本身一样重要。

回页首

节

因此，XHTML 2.0 添加了节（section）和标题（heading）。HTML 一直都包含编号的标题 ― h1 到 h6 ， 直到 2002 年 8 月 5 日的工作草案，还未将其撤消，但这只是一个时间问题。 而 XHTML 2.0 使用通用标题和节。例如，可以嵌套节，从而赋予标题含义。 以前用编号标题呈现的文档（ 清单 2）：

												
														

														

														

														
<html>

<head><title>Adding sections</title></head>

<body>

   <h1>The Web's future: XHTML 2.0</h1>

   <p>by Nicholas Chase</p>

   <h2>Good-bye backward compatibility, hello structure</h2>

   <p>Why backward compatibility is over.</p>

   <h3>Presentation versus Structure</h3>

   <p>Using style sheets rather than presentational elements.</p>

   <h3>Lines</h3>

   <p>Line breaks are deprecated.</p>

   <h2>Sections</h2>

   <p>Creating more reasonable sections.</p>

   <h2>Navigation lists and menus</h2>

   <p>Hierarchical menus.</p>

   <h2>Links, links, everywhere</h2>

   <p>Adding links.</p>

</body>

</html>


										

可以用通用标题和节替换（ 清单 3）：

												
														

														

														

														
<html>

<head><title>Adding sections</title></head>

<body>

   <section>

      <h>The Web's future: XHTML 2.0</h> 

      <p>by Nicholas Chase</p>

      <section>

         <h>Good-bye backward compatibility, hello structure</h>

         <p>Why backward compatibility is over.</p>

         <section>

            <h>Presentation vs. Structure</h>

            <p>Using style sheets rather than presentational elements.</p>

         </section>

         <section>

             <h>Lines</h>

             <p>Line breaks are deprecated.</p>

         </section>

      </section>

      <section>

         <h>Sections</h> 

         <p>Creating more reasonable sections.</p>

      </section>

      <section>

          <h>Navigation lists and menus</h>

          <p>Hierarchical menus.</p>

      </section>

      <section>

          <h>Links, links, everywhere</h>

          <p>Adding links.</p>

      </section>

   </section>

</body>

</html>


										

这种结构有两个优点。首先，应用程序（如搜索引擎 crawler）能够更容易地了解内容的相对重要性， 其次，节是自包含的。在 HTML 中，节以其标题开始，所以在标题的前面不会出现内容（如介绍性内容）。 section 元素取消了这种约束，因为其内部的任何内容都是节的一部分。

回页首

导航列表和菜单

增加了一个会让 Web 开发人员大大受益的结构，那就是导航列表。由 nl 标记指定的导航列表的工作原理与其“表亲”有序列表（ ol ）和无序列表（ ul ）非常相似，但有一点不一样：导航列表的项仅在列表激活时才出现。 因此，导航列表与层次结构的弹出菜单十分相似，这种弹出菜单很受欢迎，因为它们提供了许多导航信息，而且不会占据太多的屏幕空间。 例如，肥皂剧站点可能有以下菜单（ 清单 4）：

												
														

														
<nl>

   <name>Character Options</name>

   <li href="stay.html">Stay</li>

   <nl>

      <name>Leave</name>

      <li href="newjob.html">Job transfer</li>

      <li href="divorce.html">Divorce</li>

      <li href="fataldisease.html">Fatal disease</li>

   </nl>

   <li href="backburner.html">Back Burner</li>

</nl>


										

当用户激活名称（ Character Options ）时，出现列表项。 关于当用户激活主列表时子列表（如 Leave 菜单）是否会出现，还是用户必须激活子列表项本身以使其出现，工作草案并未说清楚。 最终作者可能通过样式或事件来控制这一行为。在任何情况下，当输入焦点从主元素移开时，列表项就会消失。

回页首

链接，链接无处不在

您可能已经注意到：即使打算将前一个示例作为菜单， 但它没有锚（ a ）标记。而 href 属性已经被正确放在了 li 元素上。这不是导航列表的特性，而是 XHTML 2.0 的新特性。与超文本相关的属性（如 href 、 target 和 accesskey ）现在是公共属性集合（Common Attribute Collection）的一部分，它包括核心属性（ class 、 id 和 title ）、国际化属性（ xml:lang ， 它替换了 XHTML 1.1 中的 lang ）和事件属性，事件属性来自 XML Events 建议书，正如您将在下面看到的。

这意味只要将 href 属性添加到任何元素，就可以将它转换成链接，而不一定要用锚标记包围单个元素。

这是否表示经过四年的努力，XLink 已经被 XHTML 2.0 采用了吗？总而言之，没有。 事实上，XLink 和 XHTML 2.0 中规定的链接之间的差异是那些正从事各自建议书的开发人员之间争论的根源， 所以在这个最初的公开工作草案和最后的建议书之间可能会做些更改。 同时，可以组合使用该功能、导航列表、 link 元素，以及资源描述框架（Resource Description Framework (RDF)）来复制 XLink 的大多数功能。

XForms 是一个与 XML 相关的建议书，并确实已经成为 XHTML 2.0 的一部分。

回页首

XForms

XML 表单语言（XML Forms Language (XForms)） 是研究表单的一种全新方法 ― 它象 XHTML 的其余部分一样 ― 内容、结构和表现是完全独立的。XForms 页面指定一个模型， 该模型拥有有关表单自身的信息，然后，可以在页面周围散布表单元素，而不是被局限于单个表单元素。 这意味着，您甚至可以在页面的同一区域中合并不同表单的元素。 可以通过实例文档填充表单，实例文档是从表单元素上的 XPath 表达式引用的。 表单元素自身也代表了特殊类型的对象，而不是描述在页面上它们是如何显示的。 当更新表单元素中的数据时，会更新实例文档。 当用户提交表单时，实际发送的是实例文档。例如，采用下面的简单表单（ 清单 5）：

												
														

														

														

														
<html xmlns="http://www.w3.org/1999/xhtml">

<head>

    <title>Preference Form</title>

</head>

<body>



<h1>Preferences Form</h1>

<form action="myformprocessor.jsp">

<p> 

    Username: <input type="text" name="userid" />

    <br />

    Password: <input type="password" name="pass"/>

</p>



<p>

    Area preference:

        <select name="seatingpreference">

             <option value="1">One</option>

             <option value="2">Two</option>

             <option value="3">Three</option>

        </select>

</p>

<p>

    <input type="submit" />

</p>

</form>

</body>

</html>


										

清单 6显示了 XForms 版本的表单：

												
														

														

														

														
<html xmlns="http://www.w3.org/1999/xhtml" 

      xmlns:xforms="http://www.w3.org/2002/01/xforms">

<head>

    <title>Preference Form</title>



    <xforms:model>



        <xforms:submitInfo method="postxml"/>



        <xforms:instance xmlns="">

            <preferences>

                <person userid="">

                    <password></password>

                </person>

                <seatingpreference></seatingpreference>

            </preferences>

        </xforms:instance>

    </xforms:model>



</head>

<body>



<h1>Preferences Form</h1>



<p> 

    <xforms:input ref="preferences/person@userid">

        <xforms:caption>Username: </xforms:caption>

    </xforms:input>



    <br />



    <xforms:secret ref="preferences/person/password">

        <xforms:caption>Password: </xforms:caption>

    </xforms:secret>

</p>



<p>



    <xforms:selectOne ref="preferences/seatingpreference" selectUI="listbox">

        <xforms:caption>Area preference:   </xforms:caption>

        <xforms:item>

            <xforms:value>1</xforms:value>

            <xforms:caption>One</xforms:caption>

        </xforms:item>

        <xforms:item>

            <xforms:value>2</xforms:value>

            <xforms:caption>Two</xforms:caption>

        </xforms:item>

        <xforms:item>

            <xforms:value>3</xforms:value>

            <xforms:caption>Three</xforms:caption>

        </xforms:item>

    </xforms:selectOne>



</p>

<p>

    <xforms:submit>

        <xforms:caption>Submit Report</xforms:caption>

    </xforms:submit>

</p>



</body>

</html>




										

术语说明：XForms 建议书特别说明了不存在单个表单的 XForms。它是多个 XForms 页面，不再是单个 XForm 页面。

表单一般需要进行验证。换句话说，数据字段必须包含有效数据等。XForms 使用 XML 模式来约束所提交的数据。另外，可以通过添加 XML Events（它也包括在 XHTML 2.0 中）来进一步增强 XForms 页面的功能。

回页首

XML Events

您可能已经熟悉了通过添加如 onclick 和 onmouseover 之类的事件在 Web 页面上使用事件。不会再有了。这些熟悉的属性已经被集成到 XHTML 2.0 中的 XML Events 模块所替代。XML Events 提供了一种通用的方法来指定事件发生时应该采取的操作。 它的优点是您不受限于如鼠标单击之类的预定义事件。 相反，可以定义您自己的事件以及触发它们时会发生什么。

XML Events 包含下列组件。如鼠标单击之类的事件可以作为目标。例如，在 清单 7所示的页面中：

												
														

														

														

														
<html>

  <head><title>Rides</title></head>

  <body>

     <ul id="ridelist">

        <li href="monorail.html">Monorail</li>

        <li href="Matterhorn.html">Matterhorn</li>

        <li href="coaster.html">Roller coaster</li>

     </ul>

  </body>

</html>


										

用户可能单击第二个 li 元素 Matterhorn。当这发生时，鼠标单击事件从文档根行进到目标（ li ）并再次返回。顺序是：

												
														

														
(root) -- html -- body -- ul -- li -- ul -- body -- html -- (root)


										

向下行进到目标称为捕捉 （capture）阶段，而再次向上行进称为冒泡（bubbling）阶段（并不是所有的事件都会冒泡）。在行进期间的任何时候，事件都可以传递已经被注 册为观察器的对象（这表示它正在观察特定的事件），如果它看到事件，则执行特定操作。侦听器创建观察器。例如，在下面的序列中：

												
														

														
<ev:listener observer="ridelist" event="mousedown" handler="#myscript"/>


										

侦听器使 ul 元素（或者更准确一点说，是整个列表）成为观察器， 因而，当用户单击任何列表项目时，观察器（ ridelist ）执行 myscript （但仍必须确定调用任意脚本的机制）。

回页首

XFrames

广受指责的框架也在 XHTML 2.0 中被替换了。XFrames 的第一个工作草案于 2002 年 8 月 6 日初次登场，此前一天 XHTML 2.0 宣布它将使用 XFrames 并试图解决传统 HTML 框架出现的问题。 大多数问题是有关难于创建书签和刷新页面，以及不支持框架的搜索引擎无法索引适当内容。

在 XFrames 文档中，所包含内容的 URI 成为整个文档 URI 的一部分。 例如，下面 清单 8中的页面可能表示带三个框架的 HTML 页面：

												
														

														
<html>

<head><title>XFrames</title></head>

<body>

<row>

    <frame id="header" />

    <column>

        <frame id="menu"/>

        <frame id="content"/>

    </column>



</row>

</body>

</html>


										

请注意，没有指定每个框架的 URI，但每个框架都有其自己唯一的标识符。 因此，这个文档的 URI 可能是：

												
														

														
site.xfm#frames(header=header.xhtml,menu=menu.xhtml,content=main.xhtml)


										

然后，理解 XFrames 的浏览器将每个框架的内容与适当的 URI 相关联。当用户单击链接并更改个别框架的内容时，页面的整个 URI 都会更改， 所以它始终显示用户正在查看的实际内容，“收藏”和“后退”按钮提供了准确的内容。

回页首

图像作为对象

2002 年 8 月 5 日工作草案的最后一个主要的更改包括 除去了 img 标记并用 object 标记替代它。 object 标记实际上在 HTML 4.01 中就已经出现， 但开发人员主要将它用于嵌入多媒体和 Java applet。 然而，它一直都能支持图像。使用 object 标记的主要优点在于，它被设计成向下级联。 换句话说，如果浏览器不能显示一个特定对象，那么它将显示该对象的内容。 例如，遇到下列代码片断的浏览器首先试图装入电影。如果装入电影失败，则装入图像。如果装入图像失败，那么它只显示文本。

												
														

														
<object data="rides.mpeg" type="application/mpeg">

    <object data="rollercoaster.jpg" type="image/jpg">

        Jack tries to expand his horizons on the racing coasters.

    </object>

</object>


										

回页首

后续步骤

2002 年 8 月 5 日的 XHTML 2.0 工作草案中唯一可以确定的事就是不能确定任何事情。 在现在的草案和被作为建议书采纳的过程中，几乎可以肯定它将在某些方面发生变化， 但强调结构和语义的目标不可能变化。出于这个原因， 最好研究您现在构建的页面，并开始养成适当使用结构和样式的习惯。 使用标记来指定某些事物是什么，而不是如何显示它们，并使用 CSS 来完成其余工作。 总的来说，更多地考虑文档的结构以及您想要它们干什么，而不必太多地考虑它们将如何显示。

回页首

参考资料

• 您可以参阅本文在 developerWorks 全球站点上的 英文原文.
  
  
• 请参阅 XHTML 2.0的最新版本，以了解它目前包含哪些内容。
  
  
• 请查找有关如何用 XML Events控制页面和任何 XML 文档中事件的信息。
  
  
• 请阅读使用 XForms的下一代 Web 表单。
  
  
• 请阅读文章“ Get ready for XForms”（ developerWorks，2002 年 9 月）， 学习有关 XForms 的更多知识。
  
  
• 请快速阅读 XFrames。
  
  
• 请阅读 Modularization of XHTML 或阅读 developerWorksWeb 体系结构专区上的 XHTML的模块化教程（2001 年 10 月），了解 XHTML 2.0 是如何构造的。
  
  
• 请在 XHTML 2.0 The Latest Trick 中参考 Kendall Grant Clark 有关 XHTML 2.0 以及 Semantic Web 的注释。
  
  
• 请在 XLink: Who Cares? 中阅读 Bob DuCharme 有关 XLink 及其前景的想法。
  
  
• 下载 X-Smiles，它是一种 XForms 浏览器。
  

回页首

关于作者

		Nicholas Chase 曾参与过很多公司（如 Lucent Technologies、Sun Microsystems、Oracle 和 Tampa Bay Buccaneers 等）的网站开发。Nick 曾是一名高中物理教师、低辐射废物设备管理人员、在线科幻杂志编辑、多媒体工程师和 Oracle 讲师。 最近，他成为 Site Dynamics Interactive Communications（位于佛罗里达州的 Clearwater）的 CTO， 而且还是三本有关 Web 开发书籍的作者，包括 Java and XML from Scratch(Que) 和即将出版的 Primer Plus XML Programming(Sams)。他乐意听取读者意见，可以通过 nicholas@nicholaschase.com与他联系。

David Mertz，博士, 审查者, Gnosis Software, Inc.

2001 年 12 月 01 日

没 有定制编辑器和查看器，阅读 XML 数据是相当困难的。一种查看 XML 的轻量型方法就是：将级联样式表（cascading style sheet (CSS2)）附加到 XML 文档上，然后使用最新的 Web 浏览器来查看这些 XML 文档（Mozilla 非常棒，通常 IE 就足够了）。developerWorks 专栏作家 David Mertz 在本技巧文章中讨论了这一替代方法。

阅读 XML 文档对于人类来说并不容易。XML 文档全是文本，但是各部分的可视安排未必很好地对应于各部分之间概念上的连接。而且，在标记当中查找内容使得略读也很困难。当然，XML 的主要目的并不是作为供人类直接查看的一种格式。通常，在 XML 源代码能够为人们所理解前，都 将其转换成其它格式。对于面向散文的文档，目标通常是 HTML 页面或 PDF 文件（通过“格式编排对象 [FO]（Formatting Object，FO）”标记），也可以是一个打印页面。常用 XSLT 来执行到人类可读格式的转换。对于面向数据的 XML 文档，目标一般是 DBMS 数据格式或读取 XML 文 件的应用程序提供的内存表示。

但是，developerWorks 的读者通常都是开发人员。我们的重点是介绍可以并且应该不让最终用户烦恼的许多事物。当在格式转换的幕后行踪中出现问题时，我们的工作就是详查中间格式 （包括 XML）。通常，在开发过程期间，我们还要负责开发样本或测试 XML 文档， 以模拟可能发生的情况或进入到分布式应用程序中的某一阶段（在实际的生成器或客户存在之前）。

与一些格式比较，原始格 式的 XML 比较好管理。与二进制格式不同，在文本编辑器或文本查看器中打开 XML 文档也不是不可能。但是，标记很难可视地进行解析，特别是在 XML 编写者没有为便于解析而排列垂直和水平空白的情况下。如果您的工作主要是阅读原始 XML 文档，请查看我 以前评论过的 XML 编辑器之一（请参阅 参考资料）。但是，对于只是偶尔查看 XML 源文件的人（或当许多人需要查看这些文件时），XML 编辑器往往显得太贵；不仅因为获得许可证的费用，还有学习曲线方面。

使用 Web 浏览器

几乎所有开发人员都已安装了一个非常好的 XML 查看器……好吧，至少是相当不错的。最新版本的 Internet Explorer 和 Mozilla/Netscape 都努力同时解释 XML 文档与 HTML 文档。其它象 Opera 和 Konquorer 那样的浏览器也实现 CSS2 ― Opera 5+ 工作得很完美，Konqueror 2.2 是一个相当好的浏览器。大体上，Mozilla 和 Netscape 6 在显示以 CSS2 样式表中表示的样式的 XML 文档上做得非常好，而且准确。Internet Explorer（至少是版本 6）做得也不错，只是好象忽略了 display: inline 属性。这使得 IE6 不太适合于显示面向散文的 XML 文 档（但它对于面向数据的 XML 文档仍然不错）。不过，IE6 在显示分层树中缺少 CSS2 样式表的 XML 文档方面确有优势，而且它允许折叠子树。

通 常，我不是使用 XMetal（带有我 developerWorks 同事 Beno?t Marchal 提供的一些 XMetal“规则”），就是用我称之为“智能 ASCII”来编写源代码，并使用我编写的 txt2dw.py 工具将它转换为 XML。txt2dw.py 工具将文本转换成 developerWork 的 XML 手稿格式。作为练习，我决定只使用文本编辑器（加上 Mozilla 0.9.5）编写这一技巧文章。练习帮助我彻底掌握 Web 浏览器加上 CSS2 方法。

回页首

构建样式表

这里展示了我是如何处理这些事物的。我用适当的 XML 方言写了一些字（使用先前的技巧作为模板）。然后，创建一个要使用的空的 dW.css CSS2 文件，并把下列行添加到我的 XML 文档中充当样式表声明：

												
														

														
			  dW.css" type="text/css"?>



										

到 目前为止，只有这个样式表声明，Mozilla 还不能对查看文档结构有任何帮助。接下来要做的就是构建一个 CSS2 样式表来修饰 XML 文档。一个容易的方法是从 XML 文档的顶部开始，然后按您的方式往下做。例如，developerWorks article.dtd 文档中的第一项是表示专栏的名称等的 。 我将使这部分看上去很大并用粗体，还把它居中以示强调。事实上，甚至在这 之前，我就知道还有一些缺省值是整个文档应该具有的（我们可以根据需要，为各个上下文重设这些值）。清单 1 显示了我的 CCS2 文件的前几行。

												
														

														

														$DOCUMENT 
														
        {





font-family
        : "Times New Roman";





font-size
        : 12pt;





margin-top
        : 5px;





margin-left
        : 10px;



}





*
         {





display
        : block;





background-color
        : white;





padding
        : 2px;



}





seriestitle
         {





font-weight
        : bold;





font-size
        : 18pt;





text-align
        : center;



}

										

从这时开始，我继续到下一个遇到的元素（在这个示例中是 ），一个接着一个。在添加了一些块级别的元素后，我知道有必要确保所有内联元素都以这种方式出现。为此，浏览 DTD 帮助提醒我相关的元素。所以，我在清单 2 中包含了几行。

												
														

														

														/* Inline Typographic Elements */




														

														

														

														a, i, b, sub, sup, p>code
														
         { 

display
        : inline;





background-color
        : inherit; }





a
                       { 

color
        : blue;





text-decoration
        : underline; }





i
                       { 

font-style
        : italic; }





b
                       { 

font-weight
        : bold; }





b[class="red"]
          { 

color
        : red; }





b[class="blue"]
         { 

color
        : blue; }





b[class="green"]
        { 

color
        : green; }





sub
                     { 

vertical-align
        : sub }





sup
                     { 

vertical-align
        : super }





sub,sup
                 { 

font-size
        : small }





										

再 添加一些块级别元素，您就完成了一个非常漂亮的 XML 文档的表示。更好的是，将来每次我需要查看相同 XML 方言表示的文档时，要做的这少许工作是有用的。假设使用了最新的 Web 浏览器，不需要先将 XML 源代码转换成 HTML 或 PDF 格式（developerWorks 作为其自己处理过程程的一部分执行这一操作），就可以查看完全相同的有用外观。

回页首

最终外观

开发 CSS2 样式表以匹配 XML 文档的方言，这一过程非常简单。当然，您会发现要担心不同的特定标记。而且，对于更多面向数据的文档，您几乎肯定要在定义的某些地方使用一些 display: table 属性。进行少量工作来设置 CSS2 样式表，使检验 XML 文档大为轻松。

让我向您展示一张我所使用过的本文档的图片：图 1。可以在 参考资料链接中找到相应的源码，但是读者可能使用不同的浏览器版本和平台，这样产生的效果会有所不同（如果您的浏览器有些方面不合理，请升级）：

回页首

参考资料

• 您可以参阅本文在 developerWorks 全球站点上的 英文原文.
  
  
• 请参加有关本文的 论坛。
  
  
• 在 XML 问题 #6中，我评论了许多定制 XML 编辑器（多数支持 CSS2）。
  
  
• 产生在您面前的本技巧文章的资料包括作为本技巧文章基础的 XML 文件。另外值得注意的是：我编写这一技巧文章期间使用（并修改）的 CSS2 样式表。 而且，为符合必要的 XML 方言，我在编写本技巧文章时一直在一个窗口中打开 developerWorks DTD。
  
  
• 查看 CSS 特性的一个非常好的在线资料是 Miloslav Nic 编写的 CSS2 Tutorial。尤其是 CSS 属性的索引很有价值。
  

回页首

关于作者

		David Mertz 运用完全非结构化的头脑来编写结构化的文档格式。可以通过 mertz@gnosis.cx 与 David 联系； http://gnosis.cx/publish/上详细介绍了他的生活。

Kevin Williams, 首席 XML 设计师, Equient（Veridian 的一个部门）

2001 年 7 月 01 日

本专栏讨论了表示数据时如何使用 XLink 指针使 XML 文档变得更紧凑、更灵活。样本代码显示了带有或不带 XLink 指针的发票示例，加上一个将 XLinks 用于可按 URL 寻址的数据库的示例。

近来，W3C 将一个称为 XLink 的规范升级到“推荐”状态。在本专栏中，将研究 XLink 以及如何使用它来简化数据的表示和传输。

究竟什么是 XLink 呢？

引用 W3C XLink 规范：“XML 链接语言（XLink）... 允许在 XML 文档中插入元素以创建并描述资源之间的链接。”然后，规范宣称使用 XLink 定义的链接类似于 HTML 超级链接，从而导致许多程序员得出这就是该规范的唯一目的结论。但是，还有另一种方法可以使用 XLink 来获取巨大利益：显示数据资源之间的关系。

回页首

操作中的 XLink

设想一个典型的订单跟踪应用程序，假定对于大型制造公司。描述订单的 XML 文档通常将包含下达订单的顾客信息、订单状态和订单上带有数量和价格的独立行项。文档用户可能想以不同的方法使用它。在财务部，请求订单数据的人员可能只 对需要让顾客付款的总价感兴趣 － 而发票上独立行项的详细信息（除数量和价格外）却是不相关的。相反，顾客要求订单时（也许为了在线查看），他们可能想查看更多信息，例如，行项上一个部件 的可读名称。将带有全部详细信息的整个文档传送给每个顾客并不一定会有意义：理想的做法是仅传送订单的基本框架（对于仅对基本内容感兴趣的顾客），它带有 指向更详细信息的指针。XLink 提供了完成该任务的出色方法。

完整的订单文档有些类似于“清单 1”。

												<?xml version="1.0"?>
<order>
  <orderDate>7/23/2001</orderDate>
  <shipDate>7/26/2001</shipDate>
  <customer>
    <customerID>18273</customerID>
    <customerName>Fred Q. Customer</customerName>
    <billingAddress>
      <address1>100 Main St.</address1>
      <city>Anywhere</city>
      <state>AZ</state>
      <zip>12345</zip>
    </billingAddress>
    <shippingAddress>
      <address1>800 Corporate Dr.</address1>
      <address2>Suite 314</address2>
      <city>Anywhere</city>
      <state>AZ</state>
      <zip>12345</zip>
    </shippingAddress>
  </customer>
  <lineItem>
    <part>
      <partID>W-127</partID>
      <partName>Widget</partName>
      <partSize>2-inch</partSize>
      <partColor>Blue</partColor>
    </part>
    <quantity>17</quantity>
    <unitPrice>0.20</unitPrice>
  </lineItem>  
  <lineItem>
    <part>
      <partID>S-387</partID>
      <partName>Sprocket</partName>
      <partSize>1-inch</partSize>
      <partColor>Red</partColor>
    </part>
    <quantity>31</quantity>
    <unitPrice>0.40</unitPrice>
  </lineItem>  
</order>

										

不仅“清单 1”中的完整发票包含顾客可能不需要（或正好要废弃）的信息，而且，如果使用本地的 XML 存储数据，该文档还会产生问题：如果在每个文档中嵌入每个部件的详细信息，重复的部件信息会浪费大量磁盘空间。但是，假设此时正在从关系数据库中按需要取 出信息。存储这种信息类型的数据库的典型设计将包含三个主控表：定义制造商所有顾客的“顾客”表、描述制造商销售的所有部件的“部件”表和与这两个表相关 的“订单”表，它显示哪一个顾客订购了哪一种部件、订购时间和数量。这提示我们如何将该文档分成几个可控制的部分。

因此，“清单 2”使用 XLink 结构引用正好包含 customer 和 part 元素的文档来替换这些元素。结果文档将有些类似于“清单 2、3、4 和 5”。

												<?xml version="1.0"?>
<order xmlns:xlink="http://www.w3.org/1999/xlink">
  <orderDate>7/23/2001</orderDate>
  <shipDate>7/26/2001</shipDate>
  <customer xlink:href="customers/18273.xml">18273</part>
  <lineItem>
    <part xlink:href="parts/W-127.xml">W-127</part>
    <quantity>17</quantity>
    <unitPrice>0.20</unitPrice>
  </lineItem>  
  <lineItem>
    <part xlink:href="parts/S-387.xml">S-387</part>
    <quantity>31</quantity>
    <unitPrice>0.40</unitPrice>
  </lineItem>  
</order>

										

												<?xml version="1.0"?>
<customer>
  <customerID<18273</customerID>
  <customerName>Fred Q. Customer</customerName>
  <billingAddress>
    <address1>100 Main St.</address1>
    <city>Anywhere</city>
    <state>AZ</state>
    <zip>12345</zip>
  </billingAddress>
  <shippingAddress>
    <address1>800 Corporate Dr.</address1>
    <address2>Suite 314</address2>
    <city>Anywhere</city>
    <state>AZ</state>
    <zip>12345</zip>
  </shippingAddress>
</customer>

										

												<?xml version="1.0"?>
<part>
  <partID>W-127</partID>
  <partName>Widget</partName>
  <partSize>2-inch</partSize>
  <partColor>Blue</partColor>
</part>

										

												<?xml version="1.0"?>
<part>
  <partID>S-387</partID>
  <partName>Sprocket</partName>
  <partSize>1-inch</partSize>
  <partColor>Red</partColor>
</part>

										

您大概可以看出用该方法构造信息结构的明显优势。如果财务部仅仅想给顾客 18273 发送帐单（该标识在财务软件中），则只需要检索订单文档以获取所需信息。可以在一个比嵌入了所有额外信息的原始文档小得多的文档中找到该信息。可以设置应 用程序，这样在线检索该发票的顾客会看到自动显示的信息（在初始呈递时，呈递该页面的样式表单可以获取顾客和部件的详细信息），或者详细信息作为超级链接 出现，以供顾客遍历。带有超级链接的结构化文档更加灵活和强大；顾客只检索到相关部分。

您可能想知道这个策略对系统有什么好处。毕竟，可能会在需要时使用在处理过程中生成的 XML 文档在关系数据库中存储数据，而不是在本地 XML 数据库中存储。可以用几种方式利用该方法。如果顾客信息和部件信息的变更率相对较低，则创建或更改顾客和部件时，可以生成 XML 文档来表示它们，这样就确保了该数据的请求不需要代价巨大的附加数据库调用。它还允许创建顾客和部件目录，而完全不需要访问关系数据库。如果正在使用可按 URL 寻址的关系数据库 － 大多数关系型数据库已经或者将很快提供该功能 － 可以创建一个允许在处理过程中检取信息的访问器（例如，一个存储过程），如“ 清单 6”中的假想示例。

回页首

结束语

本专栏演示了如何使用 XLink 的基本功能来简化文档结构和降低网络传输的开销。它仅讨论使用简单链接的方法；XLink 还提供了扩展的链接功能，可以用它将许多资源关联在一起（例如，可以创建一个 XLink 链接库，在顾客与订单之间建立关系）。随着 XML 和相关帮助器技术的不断成熟，在确定如何实现信息系统时，程序员将拥有更大的灵活性，允许协调解决方案以最大限度地满足顾客的需要。

回页首