活动介绍

XMLDOM解析:MSXML与W3C标准解析详解

立即解锁
发布时间: 2025-08-17 01:23:56 阅读量: 2 订阅数: 14
# XML DOM解析:MSXML与W3C标准解析详解 ## 1. Microsoft MSXML DOM增强功能 Microsoft的XML解析器是Internet Explorer 5.5及更高版本的一部分,当前被称为Microsoft XML Core Services,但通常仍以原始的MSXML缩写来称呼。MSXML解析器使用与W3C解析器相同的DOM接口,不过在W3C对象的基础上,它为W3C DOM接口方法和属性添加了一些额外的方法和属性,这些方法和属性通常被称为Microsoft DOM扩展或MSXML扩展。 MSXML扩展可用于IE浏览器应用程序以及其他将MSXML解析器用作DOM解析器的Windows应用程序,但其他解析器(如Xerces)不支持这些扩展。由于MSXML和Internet Explorer应用广泛,大多数XML程序员需要了解Microsoft的这些额外属性和方法。了解哪些方法和属性属于W3C DOM,哪些是MSXML扩展,有助于明确特定解析器中可用的属性和方法以及使用时机。 MSXML下载包中包含一个强大的帮助数据库,其中有关于在JScript、Visual Basic和C/C++中使用MSXML DOM的完整文档和示例。最新的MSXML更新可从[http://www.microsoft.com/msxml](http://www.microsoft.com/msxml)下载。 ## 2. DOM接口和节点 以DOM表示的XML文档会被解析为一个由根节点、分支节点和叶子节点组成的树。除了节点之外,一些DOM接口并非DOM节点的扩展,因此不被视为节点“家族”的一部分,并且与某些DOM节点不同,这些DOM接口没有子节点。 MSXML DOM的节点和接口名称并不遵循W3C接口命名标准,尽管这些接口支持大多数W3C属性和方法。例如,W3C的Document节点在MSXML DOM中被称为IXMLDOMDocumentNode,而在W3C DOM中则称为Document。MSXML DOM和W3C DOM的另一个关键区别在于错误处理:W3C DOM的错误处理通过W3C DOMException接口实现,而MSXML的错误处理则通过IXMLDOMDocumentNode的parseError属性实现。 ### 2.1 DOM接口列表 | 接口名称 | 描述 | 支持情况 | | --- | --- | --- | | DOMImplementation | 定义解析器支持的DOM实现版本以及支持的DOM特性。其hasFeature方法在支持某特性时返回true,否则返回false。 | W3C DOM 1、2、3和MSXML | | DOMException | 当解析异常发生时,解析器会将异常传递给调用程序,例如尝试修改不可修改的节点或在错误位置添加节点。 | W3C DOM 1、2、3 | | Node | 是文档对象模型的基础,代表文档树中的单个节点。所有DOM节点都继承自该节点对象的属性和方法。 | W3C DOM 1、2、3和MSXML | | NodeList | 表示可编辑的内存中Node对象集合,用于包含W3C DOM节点的子节点。节点可通过索引访问。 | W3C DOM 1、2、3和MSXML | | NamedNodeMap | 表示可通过名称访问的Node对象集合,用于检索具有名称的节点列表。 | W3C DOM 1、2、3和MSXML | | DOMSelection | 包含由XML路径语言(XPath)表达式返回的节点列表。 | MSXML | | DOMSchemaCollection | 包含一个或多个Schema文档。 | MSXML | | CharacterData | 是处理文本的基础对象,CDATASection、Comment和Text节点继承自该对象的属性和方法。 | W3C DOM 1、2、3和MSXML | ### 2.2 DOM节点类型 | 节点名称 | 描述 | 子节点 | 支持情况 | | --- | --- | --- | --- | | DocumentType | 表示文档的doctype属性,可引用包含实体引用的DTD,还提供对具有符号属性的元素的接口。 | 无 | W3C DOM 1、2、3和MSXML | | ProcessingInstruction | 表示文档处理指令,如XML文档声明和样式表引用。 | 无 | W3C DOM 1、2、3和MSXML | | Document | 表示XML文档,是进入节点树其余部分的根节点。 | Element、ProcessingInstruction、Comment、DocumentType、DocumentFragment | W3C DOM 1、2、3和MSXML | | DocumentFragment | 表示DOM文档节点树的一部分或可插入文档的新片段。 | Element、ProcessingInstruction、Comment、Text、CDATASection、EntityReference | W3C DOM 1、2、3和MSXML | | Element | 表示XML文档元素,元素的属性和文本值成为节点树中该元素的子叶节点。 | Element、ProcessingInstruction、Comment、Text、CDATASection、EntityReference | W3C DOM 1、2、3和MSXML | | Text | 表示Element对象的文本。 | 无 | W3C DOM 1、2、3和MSXML | | CDATASection | 包含XML文档CDATA元素的内容,作为单个节点,不尝试解析为不同类型的节点。 | 无 | W3C DOM 1、2、3和MSXML | | Attr | 表示W3C DOM中Element对象的属性。 | Text、EntityReference | W3C DOM 1、2、3(MSXML中为Attribute) | | Comment | 表示XML文档注释。 | 无 | W3C DOM 1、2、3和MSXML | | Notation | 包含未解析实体或符号属性值的只读格式,包括应用程序处理指令。 | 无 | W3C DOM 1、2、3和MSXML | | Entity | 表示已解析或未解析的实体。 | Element、ProcessingInstruction、Comment、Text、CDATASection、EntityReference | W3C DOM 1、2、3和MSXML | | EntityReference | 表示已解析或未解析的实体引用。 | Element、ProcessingInstruction、Comment、Text、CDATASection | W3C DOM 1、2、3和MSXML | ### 2.3 不同节点集合的用途 - NodeList:包含DOM节点树中单个级别上的子节点列表,其中的节点都没有子节点。 - NamedNodeMap:包含可通过名称访问的节点列表,与节点在节点树中的位置无关。 - DocumentFragment:可表示整个节点树,从Document对象的任何子节点开始。 - DOMSelection和DOMSchemaCollection:仅在MSXML中使用,DOMSelection从XPath表达式返回节点列表,而DOMSchemaCollection可表示一个或多个已解析的XML模式。 ## 3. W3C DOM节点类型、常量、节点名称和节点值 表5 - 3列出了所有W3C DOM节点类型及其nodeType、nodeName和nodeValue属性值。 | nodeType | 常量 | nodeName | nodeValue | | --- | --- | --- | --- | | 1 | ELEMENT_NODE | 元素名称 | Null | | 2 | ATTRIBUTE_NODE | 属性名称 | 属性值 | | 3 | TEXT_NODE | #text | 文本 | | 4 | CDATA_SECTION_NODE | #cdata - section | CDATA文本 | | 5 | ENTITY_REFERENCE_NODE | 实体引用名称 | Null | | 6 | ENTITY_NODE | 实体名称 | Null | | 7 | PROCESSING_INSTRUCTION_NODE | 目标名称 | 处理指令文本 | | 8 | COMMENT_NODE | #comment | 注释文本 | | 9 | DOCUMENT_NODE | #document | Null | | 10 | DOCUMENT_TYPE_NODE | 文档类型名称 | Null | | 11 | DOCUMENT_FRAGMENT_NODE | #document - fragment | Null | | 12 | NOTATION_NODE | 符号名称 | Null | ## 4. MSXML DOM的nodeTypeString属性 MSXML DOM解析器和W3C DOM解析器在处理W3C DOM节点和接口时功能基本相同,但有一个重要例外:由MSXML解析器DOM Node对象创建并继承的DOM节点支持nodeTypeString属性。除了W3C的nodeType和常量值外,还可使用nodeTypeString访问所有节点数据类型。 | nodeType | 常量 | nodeTypeString | | --- | --- | --- | | 1 | ELEMENT_NODE | element | | 2 | ATTRIBUTE_NODE | attribute | | 3 | TEXT_NODE | text | | 4 | CDATA_SECTION_NODE | cdatasection | | 5 | ENTITY_REFERENCE_NODE | entityreference | | 6 | ENTITY_NODE | entity | | 7 | PROCESSING_INSTRUCTION_NODE | processinginstruction | | 8 | COMMENT_NODE | comment | | 9 | DOCUMENT_NODE | document | | 10 | DOCUMENT_TYPE_NODE | documenttype | | 11 | DOCUMENT_FRAGMENT_NODE | documentfragment | | 12 | NOTATION_NODE | notation | ## 5. DOM节点属性 表5 - 5列出了所有节点数据类型的常见属性。 | 属性 | 属性值 | 支持情况 | | --- | --- | --- | | Attributes | 包含当前节点属性列表的NamedNodeMap。 | W3C DOM 1、2、3和MSXML | | baseName | 返回命名空间的前缀。 | MSXML | | childNodes | 包含当前节点子节点的NodeList。 | W3C DOM 1、2、3和MSXML | | dataType | 包含此节点的数据类型文本。 | MSXML | | Definition | 包含来自DTD或Schema的实体引用定义。 | MSXML | | firstChild | 当前节点的第一个子节点。 | W3C DOM 1、2、3和MSXML | | lastChild | 当前节点的最后一个子节点。 | W3C DOM 1、2、3和MSXML | | localName | 节点的本地名称。 | W3C DOM 2和3 | | namespaceURI | 返回命名空间的URI。 | W3C DOM 2、3和MSXML | | nextSibling | 当前节点的下一个兄弟节点。 | W3C DOM 1、2、3和MSXML | | nodeName | 当前节点的名称。 | W3C DOM 1、2、3和MSXML | | nodeType | 当前节点类型的编号。 | W3C DOM 1、2、3和MSXML | | nodeTypedValue | 以指定数据类型表示的节点。 | MSXML | | nodeTypeString | 表示节点数据类型的文本值。 | MSXML | | nodeValue | 当前节点的值,也可用于设置属性值。 | W3C DOM 1、2、3和MSXML | | ownerDocument | 节点树的Document节点。 | W3C DOM 1、2、3和MSXML | | parentNode | 当前节点的父节点。 | W3C DOM 1、2、3和MSXML | | parsed | 节点及其子节点的解析状态。 | MSXML | | prefix | 返回命名空间的前缀。 | W3C DOM 2、3和MSXML | | previousSibling | 当前节点的上一个兄弟节点。 | W3C DOM 1、2、3和MSXML | | specified | 指示节点是XML文档中的值还是实体引用的结果。 | MSXML | | text | 当前节点及其后代的连接文本值。 | MSXML | | xm
corwn 最低0.47元/天 解锁专栏
赠100次下载
继续阅读 点击查看下一篇
profit 400次 会员资源下载次数
profit 300万+ 优质博客文章
profit 1000万+ 优质下载资源
profit 1000万+ 优质文库回答
复制全文

相关推荐

张诚01

知名公司技术专家
09级浙大计算机硕士,曾在多个知名公司担任技术专家和团队领导,有超过10年的前端和移动开发经验,主导过多个大型项目的开发和优化,精通React、Vue等主流前端框架。
最低0.47元/天 解锁专栏
赠100次下载
百万级 高质量VIP文章无限畅学
千万级 优质资源任意下载
千万级 优质文库回答免费看
立即解锁

专栏目录

最新推荐

编程中的数组应用与实践

### 编程中的数组应用与实践 在编程领域,数组是一种非常重要的数据结构,它可以帮助我们高效地存储和处理大量数据。本文将通过几个具体的示例,详细介绍数组在编程中的应用,包括图形绘制、随机数填充以及用户输入处理等方面。 #### 1. 绘制数组图形 首先,我们来创建一个程序,用于绘制存储在 `temperatures` 数组中的值的图形。具体操作步骤如下: 1. **创建新程序**:选择 `File > New` 开始一个新程序,并将其保存为 `GraphTemps`。 2. **定义数组和画布大小**:定义一个 `temperatures` 数组,并设置画布大小为 250 像素×250 像

ApacheThrift在脚本语言中的应用

### Apache Thrift在脚本语言中的应用 #### 1. Apache Thrift与PHP 在使用Apache Thrift和PHP时,首先要构建I/O栈。以下是构建I/O栈并调用服务的基本步骤: 1. 将传输缓冲区包装在二进制协议中,然后传递给服务客户端的构造函数。 2. 构建好I/O栈后,打开套接字连接,调用服务,最后关闭连接。 示例代码中的异常捕获块仅捕获Apache Thrift异常,并将其显示在Web服务器的错误日志中。 PHP错误通常在Web服务器的上下文中在服务器端表现出来。调试PHP程序的基本方法是检查Web服务器的错误日志。在Ubuntu 16.04系统中

AWSLambda冷启动问题全解析

### AWS Lambda 冷启动问题全解析 #### 1. 冷启动概述 在 AWS Lambda 中,冷启动是指函数实例首次创建时所经历的一系列初始化步骤。一旦函数实例创建完成,在其生命周期内不会再次经历冷启动。如果在代码中添加构造函数或静态初始化器,它们仅会在函数冷启动时被调用。可以在处理程序类的构造函数中添加显式日志,以便在函数日志中查看冷启动的发生情况。此外,还可以使用 X-Ray 和一些第三方 Lambda 监控工具来识别冷启动。 #### 2. 冷启动的影响 冷启动通常会导致事件处理出现延迟峰值,这也是人们关注冷启动的主要原因。一般情况下,小型 Lambda 函数的端到端延迟

Hibernate:从基础使用到社区贡献的全面指南

# Hibernate:从基础使用到社区贡献的全面指南 ## 1. Hibernate拦截器基础 ### 1.1 拦截器代码示例 在Hibernate中,拦截器可以对对象的加载、保存等操作进行拦截和处理。以下是一个简单的拦截器代码示例: ```java Type[] types) { if ( entity instanceof Inquire) { obj.flushDirty(); return true; } return false; } public boolean onLoad(Object obj, Serial

Clojure多方法:定义、应用与使用场景

### Clojure 多方法:定义、应用与使用场景 #### 1. 定义多方法 在 Clojure 中,定义多方法可以使用 `defmulti` 函数,其基本语法如下: ```clojure (defmulti name dispatch-fn) ``` 其中,`name` 是新多方法的名称,Clojure 会将 `dispatch-fn` 应用于方法参数,以选择多方法的特定实现。 以 `my-print` 为例,它接受一个参数,即要打印的内容,我们希望根据该参数的类型选择特定的实现。因此,`dispatch-fn` 需要是一个接受一个参数并返回该参数类型的函数。Clojure 内置的

响应式Spring开发:从错误处理到路由配置

### 响应式Spring开发:从错误处理到路由配置 #### 1. Reactor错误处理方法 在响应式编程中,错误处理是至关重要的。Project Reactor为其响应式类型(Mono<T> 和 Flux<T>)提供了六种错误处理方法,下面为你详细介绍: | 方法 | 描述 | 版本 | | --- | --- | --- | | onErrorReturn(..) | 声明一个默认值,当处理器中抛出异常时发出该值,不影响数据流,异常元素用默认值代替,后续元素正常处理。 | 1. 接收要返回的值作为参数<br>2. 接收要返回的值和应返回默认值的异常类型作为参数<br>3. 接收要返回

JavaEE7中的MVC模式及其他重要模式解析

### Java EE 7中的MVC模式及其他重要模式解析 #### 1. MVC模式在Java EE中的实现 MVC(Model-View-Controller)模式是一种广泛应用于Web应用程序的设计模式,它将视图逻辑与业务逻辑分离,带来了灵活、可适应的Web应用,并且允许应用的不同部分几乎独立开发。 在Java EE中实现MVC模式,传统方式需要编写控制器逻辑、将URL映射到控制器类,还需编写大量的基础代码。但在Java EE的最新版本中,许多基础代码已被封装好,开发者只需专注于视图和模型,FacesServlet会处理控制器的实现。 ##### 1.1 FacesServlet的

在线票务系统解析:功能、流程与架构

### 在线票务系统解析:功能、流程与架构 在当今数字化时代,在线票务系统为观众提供了便捷的购票途径。本文将详细解析一个在线票务系统的各项特性,包括系统假设、范围限制、交付计划、用户界面等方面的内容。 #### 系统假设与范围限制 - **系统假设** - **Cookie 接受情况**:互联网用户不强制接受 Cookie,但预计大多数用户会接受。 - **座位类型与价格**:每场演出的座位分为一种或多种类型,如高级预留座。座位类型划分与演出相关,而非个别场次。同一演出同一类型的座位价格相同,但不同场次的价格结构可能不同,例如日场可能比晚场便宜以吸引家庭观众。 -

并发编程:多语言实践与策略选择

### 并发编程:多语言实践与策略选择 #### 1. 文件大小计算的并发实现 在并发计算文件大小的场景中,我们可以采用数据流式方法。具体操作如下: - 创建两个 `DataFlowQueue` 实例,一个用于记录活跃的文件访问,另一个用于接收文件和子目录的大小。 - 创建一个 `DefaultPGroup` 来在线程池中运行任务。 ```plaintext graph LR A[创建 DataFlowQueue 实例] --> B[创建 DefaultPGroup] B --> C[执行 findSize 方法] C --> D[执行 findTotalFileS

设计与实现RESTfulAPI全解析

### 设计与实现 RESTful API 全解析 #### 1. RESTful API 设计基础 ##### 1.1 资源名称使用复数 资源名称应使用复数形式,因为它们代表数据集合。例如,“users” 代表用户集合,“posts” 代表帖子集合。通常情况下,复数名词表示服务中的一个集合,而 ID 则指向该集合中的一个实例。只有在整个应用程序中该数据类型只有一个实例时,使用单数名词才是合理的,但这种情况非常少见。 ##### 1.2 HTTP 方法 在超文本传输协议 1.1 中定义了八种 HTTP 方法,但在设计 RESTful API 时,通常只使用四种:GET、POST、PUT 和