XmlNode 是抽象基类,代表任意类型XML节点;XmlElement 是其具体子类,专用于元素节点,提供 GetAttribute、SetAttribute 等专属方法,支持属性操作与标签名访问,且可直接实例化。

XmlNode 是 XML 节点的通用抽象基类,代表文档中任意类型的节点(如元素、属性、文本、注释等);XmlElement 是 XmlNode 的具体子类,专用于表示 元素节点,提供了更聚焦于元素特性的操作能力。
类型定位与继承关系
XmlElement 继承自 XmlLinkedNode,再向上继承自 XmlNode,因此它是 XmlNode 的一种具体实现。XmlNode 是抽象类,不能直接 new 实例;而 XmlElement 是具体类,可直接创建,例如:doc.CreateElement("book")。所有 XmlElement 对象天然就是 XmlNode,但反过来不成立——一个 XmlNode 可能是文本节点、注释节点或属性节点,未必是元素。
功能侧重点不同
XmlNode 提供通用节点操作:访问 InnerText、InnerXml、ChildNodes、ParentNode,也支持通过 Attributes 属性读取属性集合。XmlElement 在此基础上强化了对元素自身属性的操作,内置了便捷方法:
- GetAttribute("id") 和 SetAttribute("id", "001")
- RemoveAttribute("type")
- GetAttributeNode("lang")
- 可直接用 TagName 获取元素名(等价于 Name 或 LocalName)
使用场景怎么选
不需要强类型时,用 XmlNode 更灵活,尤其在遍历不确定节点类型或处理混合内容时;需要频繁操作元素属性或明确知道目标是标签(比如 中的 book)时,优先用 XmlElement。
本文档主要讲述的是关于Objective-C手动内存管理的规则;在ios开发中Objective-C 增加了一些新的东西,包括属性和垃圾回收。那么,我们在学习Objective-C之前,最好应该先了解,从前是什么样的,为什么Objective-C 要增加这些支持。有需要的朋友可以下载看看
实际开发中常配合转换使用:先用 SelectSingleNode 得到 XmlNode,再安全转成 XmlElement(需判断 node.NodeType == XmlNodeType.Element),之后调用属性专属方法。
常见误区提醒
有人误以为 XmlElement 没有子节点——其实它完全支持 ChildNodes、FirstChild、AppendChild 等继承自 XmlNode 的方法。区别不在“能否含子节点”,而在于设计意图:XmlElement 明确代表一个带开始/结束标签的结构单元,天然可嵌套;XmlNode 则可能是纯文本(XmlNodeType.Text)这类无子节点的叶子节点。









