XML Schema（应用设计）
XML Schema主要用来设计XML文档的结构，注意不是格式。有人问怎么不是格式？格式跟结构什么区别？我想搞开发的人都对代码进行格式化过，也就是缩进、字体等等；而我们写的程序实际上也是定义一种结构，它不会因为你是否缩进、采用不同的字体就有所改变吧？很多人哪了不分行的xml文档说用VS的工具格式化一下，确又分不清xml格式跟结构有什么区别，让我难以理解。好了，废话少说，接下来说明下如何使用Schema组件定义xml文档的结构。
一、Schema文档的结构
<?xml version="1.0" encode="utf-8"?> -----xml 声明
<xs:schema targetNamespace="myschema" xmlns="myschema" xmlns:xs=http://www.w3.org/2001/XMLSchema>
<xs:simpleType name="ST1">
<xs:restriction base="xs:int">
<xs:minExclusive value="10"/>
</xs:restriction>
</xs:simpleType>
<xs:element name="E1" type="ST1"/>
<xs:element name="E2" type="ST1"/>
<xs:element name="E3" type="CT1"/>
</xs:schema>
在上面的例子中，定义了一个简单类型，它通过对int类型进行约束而派生，派生之后的ST1为大于10的整数；随后，声明了一个元素E1，元素的文本内容指定为ST1。
在Schema中，对类型的创建称为 定义 ，对元素的创建称为 声明。在使用该schema创建的xml文档中，可能会出现<E1>20</E1>这个元素，在其它使用该schema中的xml文档中，可能出现 <E1>30</E1>,它们都是schema中定义的元素E1的实例，这类似于C编程中声明一个结构，以后可以使用这个结构创建不同的实例。
除了简单类型的定义外，Schema还支持复合类型的定义，如例子中的CT1。随后也声明了一个复合类型的元素E3，E3有子元素E1和E2，而且必须至少有两个E1的实例�
相关文档：
简单地说，xsl是说明xml如何表达出来的样式文件，而xsd给出xml文件的格式描述
如果说xml是一叠钞票，xsd就是验钞机，看看里面有没有假钞，而xsl是点钞机，看看到底是多少钱。用xml可以不用xsd，就像花钱的时候不一定要验钞一样，但是收钱的人一般是想要验的。而花钱的时候不能不点钞，不点那就不是花钱了，是玩钱。当然了� ......
xml
<mime>
<content>
<type>text/plain</type>
<big>357</big>
<text>D:\\cybercourttext2009101410241364.txt</text>
</content>
<content>
<type>text/plain</type>
<big>357</big>
<text>D:\\cybercourttext2009 ......
奋斗了将近一个月移植gloox库到brew平台，在xml解析的准备这边花了不少时间。期间也重新封装了标准库的string、map、list类，现在回头想想收获还是蛮大的，但是貌似是无用的。
gloox从0.9版本开始就no dependency on iksemel anymore，而iksemel最初是专门为jabber写的xml解析器，这么看来，对这个时间非常紧迫的项目来说� ......
今天在CC上看到evangel在招人，上面写了一条数据解析，我想应该就是对XML的解析吧，暂且这样理解了，呵呵。下午搜索了一点东西自己弄了一个XML然后读读看看，现在仅仅是读出了一些东西，先保存代码，待后续更新！
这个是我创建的xml文件，用于测试用的：
<?xml version="1.0" e ......
function init() {
var viewChartID = 0;
var viewChartSum = "" ;
reportName = document.getElementById("reportName").value;
xmlDoc=loadXMLDoc("./charreport/xml/viewChart.xml");
x=xmlDoc.getElementsByTagName('viewChart')[0].childNodes;
for (i=0;i<x.length;i++ ......
