多种XML解析方法
本文介绍了各种解析方法，着重分析了各自的优缺点:
解析的重要性
解析为什么重要?因为所有 XML 处理都从解析开始。无论使用高层编程语言(如 XSLT)还是低层 Java 编程，第一步都是要读入 XML 文件，解码结构和检索信息等等，这就是解析。
解析文档时面临的第一个选择是采用现成的解析库(基本上每种编程语言都有，包括 COBOL [Common Business Oriented Language])还是自己创建一个。答案非常简单：选择现成的库。
坦白地说，XML 不是一种多么复杂的语法，因此认为可以自己通过正则表达式或其他特殊方法来解析的想法是可以理解的。但实际上却很难成功：XML 语法要求支持多种编码和很多难以捉摸的特性，比如 CDATA 节和实体。自定义的实现几乎很难照顾到所有这些方面，因而造成了不兼容性。
相反，随开发环境提供的解析器大都经过了与兼容性有关的测试。采用 XML 这样的标准语法的主要原因是兼容其他应用程序和工具箱，这是真正值得使用经过良好测试的库的情况之一。
多数解析器提供了至少两种 API，通常是一个对象模型 API 和一个事件 API(也称为流 API)。比如，Java 平台同时提供了 DOM(文档对象模型)和 SAX(Simple API for XML)。
这两套 API 提供了相同的服务：文档解码、可选的验证、名称空间解析等等。差别不在于服务而在于 API 使用的数据模型。
关键的选择：第一种方法
对象模型 API 定义了层次化对象模型来表示 XML 文档。换句话说，对应 XML 语法中的每个概念定义相应的类：元素、属性、实体、文档。解析器读入 XML 文档的时候，建立 XML 语法和类之间的一对一映射。比如，每遇到一个标记，就实例化一个元素类。
毫不奇怪，对哪种数据模型最好存在一些争议。W3C 规范化了 DOM，它的主要优点是可移植性：它是作为一种 CORBA 接口定义的，被映射到很多语言。因此如果了解了 JavaScript 中的 DOM，也就知道了 Java、C++、Perl、Python 和其他语言中的 DOM。
另一种数据模型是 JDOM，一种针对 Java 优化的 DOM(专用于 Java)，和 Java 语言结合得更紧密，但是按照定义缺乏可移植性。
尽管人们可以继续商讨对 XML 语法来说哪种数据模型最好，但我认为没有多少意义，因为各种基于对象的 API 其优点和不足基本上是一样的。从好的方面来说，如果熟悉 XML 语法的话，对象模型 API 更容易理解。因为它直接从 XML 语法映射到类，很容易学习、使用和调试。
简单的代价是效率，至
相关文档：
最近看到了一个项目解析xml的方式，觉得也不错，测试下跟大家分享下！眼下解析xml的方式很多，这里不提了！只谈谈digester的使用，浅谈吧！希望以后你们遇到了能有点帮助吧！
首先在使用Digester解析xml时要导入2个jar包，有的人说是4个� ......
在MFC程序中使用XML文件配置工具栏
作者：朱金灿
来源：http://www.cnblogs.com/clever101
现在我发现使用Visual Studio的资源编辑器进行编辑资源有着诸多的不便：首先是任何资源的变动一般变动代码，不利于系统维护，其次Visual Studio的资源编辑器的本身的功能有限，也不利于界面美化，三是不利于人员分工，开发人员� ......
Step 1：Form1 上添加一个ToolStripContainer控件
Step2：实现代码
private void Form2_Load(object sender, EventArgs e)
{
CMenuEx menu = new CMenuEx();
string sPath = "D:\\Menu.xml";//xml的内容
if (menu.FileExit())
&nb ......
