.net自带的库生成zip文件的方法

引自http://www.jb51.net/article/31011.htm

乱码http://bbs.csdn.net/topics/391033112

以下用一个例子来展示:

创建一个文件夹,里面可以包含任意的子目录。

创建一个控制台项目,添加一个类ZipManager,用来实现我们想要的操作。

为项目添加WindowsBase引用。(这个名字不太友好,但是与压缩相关的类就藏在里面)

在ZipManager.cs中添加对System.IO.Packaging命名空间的引用。

写一个构造函数,用来接收要执行压缩的文件路径。

创建一个方法ZipFolder,用来执行实际的压缩操作。在这个方法里面创建一个Package的实例。

创建一个函数ZipDirectory,用来递归遍历所有的子目录和子文件夹。

对每一个文件,创建一个PackagePart的实例。

注意这里面相对路径的生成过程:截取比源路径多出的部分,并且将右斜线替换成左斜线。

复制源文件的内容到Package里面,为此需要添加一个CopyStream方法。

ZipManager这个类就大功告成了。现在我们来调用这个类。

运行一下这个程序,在我们指定的位置,一个zip文件夹生成了。

双击打开,还真是有模有样那。

点评:

这个例子只是为了展示.net提供的这一功能。对于该例子,可以把它扩展的很完善。以下举一些可以扩展的地方:

1. 应用System.IO.Packaging.PackUriHelper类,可以很方便的生成PackagePart的Uri,必须像例子中那样自己生成Uri.

2. Package.CreatePart(Uri, String, CompressionOption)方法中的第三个参数,提供压缩方式。

3. 更多的使用技巧可以看这里:http://msdn.microsoft.com/zh-cn/library/system.io.packaging.aspx

VS2010,C#项目改动后无法编译

引自http://blog.sina.com.cn/s/blog_83d4b9eb0102wvbg.html

 

 

问题描述:

1.第一次编译项目时能够编译成功,但对项目稍作修改(如添加空格),项目不能再编译;

2.应用程序启动后退出,应用程序名.exe仍然被占用,不能再文件夹中删除exe文件(这直接导致上述第一条问题出现);

3.退出VS2010,删除项目编译过程中产生的所有文件,再打开VS,可以重新编译项目。

VS2010给出的错误提示:

1.警告 未能将“obj\Debug\应用程序名.exe”复制到“bin\Debug\应用程序名.exe”。1000 毫秒后将开始第 1 次重试。文件“bin\Debug\应用程序名.exe”正由另一进程使用,因此该进程无法访问此文件。

2.错误 ,未能将“obj\Debug\应用程序名.exe”复制到“bin\Debug\应用程序名.exe”。超出了重试计数 10。失败。 IEEDD_CTR

3.错误,无法将文件“obj\Debug\应用程序名.exe”复制到“bin\Debug\应用程序名.exe”。文件“bin\Debug\应用程序名.exe”正由另一进程使用,因此该进程无法访问此文件。

解决方法:

在网上查阅了很多资料,都没能解决,最后用以下方法解决了问题。

项目-属性-调试-启用调试器,去掉启”用Visual Studio承载进程“;同时在项目-属性-安全性,去掉“启用ClickOne安全设置”。此时项目可以通过编译。重新勾选以上两项,项目仍然可以通过编译。问题已经解决了,但是为什么做了以上修改后项目就能正常编译,还望知道答案的看官们指点一二。