XML文档由于其固有的描述性特性而趋向于变得很罗嗦。其结果是文档会由于被描述的数据增多而变得很长，而这种很大的文档会在需求同其他实体进行交换时出现问题。和其他文档（比如普通文本文件（flat file）或者Electronic Data Interchange （EDI））比起来XML文档就显得特别冗长。为了举例说明这个概念，让我们看看以下这个普通文本文件： John,Doe,1587,4/18/2000,1234
Anywhere St.,SomeCity,AZ,85222

再看这个XML文档：<customers>
<customer customerID="1587">
<firstName>John</firstName>
<lastName>Doe</lastName>
<customerSince>4/18/2000
</customerSince>
<street>1234 Anywhere St.
</street>
<city>SomeCity</city>
<state>AZ</state>
<postalCode>85222</postalCode>
</customer>
</customers>

如果你曾处理过很多XML文档，那么你就不会奇怪于即便这个XML文档和这个以逗号分隔开的普通文本文件中包含了相反的原始数据（raw data），XML文档也显得比普通文本文件大很多了。毕竟，XML是一种元数据言语（metadata language）（它包含了许多优点比如支持解析、验证、转换等等），因此决定了其大小会比另一些同类文档格式大很多。由于XML被更广泛地作为一种数据交换的方法来使用，那么被交换的文档的大小会降低使用程序的功用和可升级性就是毫无疑问的了。

有很多方法来使XML文档的大小最小化，比如（在适当的地方）将元素转换为属性，缩写元素和属性名，去掉不重要的空白处，只定义一些内容。然而无论你做出何种改变，最终大量的原始数据还是会构成一个很大的XML文档。如果你的XML文档中包含有很多兆字节，你又该如何在你的企业中对它们进行无效地传递或将它们传递到其他企业中去呢？

一种方法是将一个大的XML文档分成多个文档，它们会（如果可以切分的话）运转的很好，但这样还会产生一些额外的复杂性和确保所有文档都能被精确发送和接收的问题。即便是被分开的小文档也可能会由于大量被传递的数据而构成几兆字节大小的文档。既然存在这些潜在的问题，那我们这些XML开发人员该如何更无效地对XML数据进行交换呢？（我赞成去打高尔夫。）

你可以用紧缩技术来加速各点之间的文档交换。由于XML是一个简单的文本方式，因此大的文档可以被紧缩成较小方式。这里显示的范例程序证明了如何通过将一个开发式代码的.Net组件添加到一个ZIP存档文件中来实现用程序来紧缩XML文档。这么做能够将文件的大小减至最小并提高数据交换的效率。

虽然.Net的J#言语本身支持紧缩，但构建到.Net框架中的基类库却不支持。然而，有一个完全由管制代码写成的名为SharpZipLib的组件可以被用于紧缩各品种型的文档（在www.icsharpcode.net/OpenSource/SharpZipLib/default.asp中下载该组件）。SharpZipLib是一个用C#写的、用在.Net中支持Zip、GZip、Tar和BZip2的类库。它是作为一个assembly来实现的，而且它还能够同任何使用.Net言语的项目结合使用。

我曾在几个使用程序中使用过SharpLibZip的晚期beta发行版，我认为它在对文档进行紧缩和解紧缩方面非常无效。让我们来看看如何使用SharpZipLib组件来实现用程序紧缩XML文档。

紧缩XML文档
虽然SharpZipLib能够执行好几品种型的紧缩，但我还是决定在范例程序中使用使用最为广泛的ZIP紧缩格式，由于它很有名，也很好用。为了使代码能够被重用，我写了一个名为Zipper的自定义类。Zipper中有一个名为GenerateZipFile()的静态方法（它可以接受指定要保存ZIP文件的路径）以及一个包括所有要紧缩的文件路径集合的ArrayList（见列表1）。

Zipper类是SharpZipLib中名为ZipOutputStream类的一个封装类。你几乎不用写什么代码，也不用花什么力气就可以用Zipper来将多个文件紧缩到一个简单的ZIP存档文件中（一个带有ZIP扩展名的文件）。这个GenerateZipFile()方法是通过建立一个ZipOutputStream类的实例并通过其SetLevel属性设置紧缩级别来实现紧缩的。最高紧缩级别可以被设置到9，而最低则为0。

设置好紧缩级别之后，由ArrayList（被传入GenerateZipFile()）方法）所指定的文件内容就会被处理。一个生成的计数器（enumerator）会逐一列举该列表中的文件。每个文件被加载到一个接受文件名和登录时间的ZipEntry对象中。然后ZipEntry对象通过PutNextEntry()方法被添加到ZipOutputStream对象中。


图1. 测试Zipper类
在文件名被添加到这个ZIP存档文件之后将通过一个FileStream对象来读取其内容。FileStream（位于System.IO命名空间下）用于将文件以字节方式读入到缓冲区中。你可以通过调用FileStream对象中的Read()方法来完成读取操作。在缓冲区中的字节通过Write()方法被写入ZipOutputStream对象中。留意Write()方法接受要写入数据流中字节的长度以及在缓冲区中的起始位置。该过程适用于所有包含在传给GenerateZipFile()方法的ArrayList参数之中的每一个文件。 当所有条目被添加到这个ZIP文件之后，它会以一个ZIP作为文件扩展名被保存到硬盘中。

列表2中显示了一个用于测试Zipper类的简单ASP.Net使用程序的代码（见图1）。它是从定义一个要被紧缩的XML文档路径和存储ZIP文件的路径开始的。虽然在这个例子中只要一个被紧缩的XML文档，但是其他文档的路径可以被添加到ArrayList对象中来进行紧缩。在所有文件路径被定义好之后，将会调用静态方法GenerateZipFile()。一旦这个ZIP文件被建好之后，会通过System.Web.Mail命名空间下的类来给最终用户发送一封e-mail。

解压XML文档
对XML文档进行紧缩的能力在不同的情况下是非常有用的，但不可避免地会出现这种情况：有人给你发送了一个在解析前需求被展开的（extracted）的紧缩文档。这个问题可以直接通过使用SharpZipLib中的一个名为ZipFile的类来处理。在列表3中你可以看到在这个用于将紧缩文件展开到一个指定目录下的Zipper类中有一个名为ExtractZipFile()的静态方法。代码首先通过将一个FileStream对象（通过调用File.Open()方法得到的）传入ZipFile类的结构器中来建立一个ZipFile实例。建立好对象之后，ZIP文件中的每个ZipEntry会被列举（enumerate）出来。然后调用ZipFile对象的GetInputStream()方法，该方法接受一个要被展开的ZipEntry作为参数。从GetInputStream()前往的数据流被读取到一个缓冲区中，该缓冲区通过一个FileStream被写入到文件里。在调用GetInputStream()时，该ZipFile类会自动对ZipEntry进行解压。

在调用ExtractZipFile()方法之后，所有位于ZIP文件中的被紧缩文件会被展开并存储到硬盘上。另外，解压的字节流会被写入一个MemoryStream对象中，这在文件被解析前无需被保存到硬盘上时非常有用。

虽然XML是一个很冗长的元数据言语，但大的文档可以在使用.Net组件（比如SharpLibZip）后被紧缩成一个很小的文档。通过对这些文档进行紧缩，可以缩短不同实体间文档交换的时间，其结果是能够更快地处理数据。想要试试这个很好的紧缩/解压代码的例子，你可以访问www.xmlforasp.net/codeSection.aspx?csID=95。


关于作者:
Dan Wahlin(是ASP.NET方面的Microsoft MVP)是Wahlin Consulting LLC公司的总裁并创办了XML for ASP.NET Developers网站（www.XMLforASP.NET），其中次要研讨如何在Microsoft的.Net平台下使用XML和Web services。他还是一名合作培训师和演