高效交换XML文档-交流共享-唐山网站建设_唐山网站制作

高效交换XML文档

核心提示：XML文档由于其固有的描写性特性而趋向于变得很罗嗦。其结果是文档会由于被描写的数据增多而变得很长，而这类很大的文档会在需要同其他实体进行交换时出现题目。

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

Anywhere St.,SomeCity,AZ,85222

再看这个XML文档：

以下为援用的内容：

John
Doe
4/18/2000

1234 Anywhere St.

SomeCity
AZ
85222

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

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

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

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

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

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

紧缩XML文档

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

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

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

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

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

解压XML文档

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

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

虽然XML是1个很冗杂的元数据语言，但大的文档可以在使用.Net组件（比如SharpLibZip）后被紧缩成1个很小的文档。通过对这些文档进行紧缩，可以缩短不同实体间文档交换的时间，其结果是能够更快地处理数据。想要试试这个很好的紧缩/解压代码的例子，你可以访问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。他还是1名合作培训师和演讲者，并在美国各地教授“public and on-site XML and .Net”培训课程。Dan是Professional Windows DNA (Wrox)、ASP.NET Tips、Tutorials 和Code (Sams)等书的合著者，并著有XML for ASP.NET Developers (Sams)1书。他的联系方式是dwahlin@xmlforasp.net。

http://www.fw8.net/
TAG:方法,文件,路径,字节,文档

评论加载中...