xml_2

所以决定xml的介绍草草收场吧。直接看源代码，唉，越想越可惜。先给出一个到现在还没有连上的连接吧
http://dev.csdn.net/develop/article/41/article/50/50767.shtm
XML象什么？象数据库，也象一个类的实例。在设计XML的时候，把它当类看，在操作XML的时候把它当数据库看。我们只讲操作，想想数据库吧，建表、修改表、选择、插入、删除、更新，于是对xml的操作也自然包括那些，建一个xml，改变xml（一般不会用到这个），任意读取，任意写入。这个任意二字，表明你想读哪个就读哪个，你想写哪个就写哪个。

这样，我们该怎么做呢？由于XML只是一种开放的规范描述，世界公用的，那么谁来为它的操作提供基本的API呢？这个API又该怎么设计呢？呵呵，第一个问题要比第二个问题伟大些，因为它是java畅行的一个很大的因素，它牵出了一个很大的词汇：opensouce，开源。这个词汇够丰富，够活力。大家一起来做软件，你写的可以让大家用，你也可以用大家写的，这也是eclipse插件的原则，也是ibm力顶eclipse和apache的缘由，我当时是真的被这些个概念彻底的征服了。

先说第一个问题，谁来提供API？开源项目。这样自然就应该牵出apache了，最牛的开源项目机构。是它为xml提供了最基本的操作API，SAX解析，当然还有很多的开源项目提供了它们的API，很多，在这里就不一一的说了。说到开源项目就多说一些吧，想到都会有点激动。开源项目是什么呢？形式上是一堆的jar文件，也就是一堆的class文件，也就是说它们是已经实现了某些功能的类文件，你直接拿过来用就是了。还是免费的，这样你在它们之上构建app，就可以更专心的考虑自己的业务层面的设计了。然而该如何对待开源项目呢？这个一定要好好的把握住，否则会得不尝失的，道理很简单，一辈子都有钱用的人是不会去考虑如何赚钱的，也就失去了赚钱的能力了。用多了开源项目，你就自然会对底层越来越不了解，这样你如果看不到全貌，了解不到整个机制的话，那么同样很影响业务层面的设计了。所以对待开源项目，你可以用它，你会花去很大的一部分时间去学习如何用它，也就是读那些配置的manual了，如果仅仅是停留在这个层面上，长远来看，比然是得不偿失的，你必须去学习开源项目，而不是仅仅停留在了解如何用它提供的功能API，而是学习它的设计，它的实现，这个更重要些。如果有耐心读它们的源代码是最好的选择了，当然也不上一头扎进去的那种，而是先了解其设计，有目的的读某些源代码。说远了。