不过，有些人做事比较马虎，经常就是直接将VS生成的解决方案目录直接打包，这样就会包含大量垃圾文件，诸如：obj目录下的所有文件，而且有时bin目录还有二个目录，PDB文件有二份，甚至连xxx.vshost.exe文件也有二份！更让人无语的是，有些人用SVN这种源代码管理软件，每个目录还有个.svn目录！
这种做法显然很容易将一个不大的项目搞成一个比较大的压缩包，这种压缩包一旦做好，上传也慢，人家下载也慢，还会浪费许多服务器资源，下载到这种压缩包，只能让人无语了。没办法，有些人就是很懒，而且那些压缩软件也不懂这是个源代码目录，反正是见文件就压缩！虽然很悲剧，但悲剧却一直在重复上演！现实就是这样，估计有些人已经麻木了！
我是个追求完美的人，自然是不希望让悲剧在我这里重复上演。我不希望浪费我的上传时间，不希望浪费服务器的硬盘资源，不希望浪费服务器的带宽，也不希望浪费所有网友的下载时间，更不希望有人会因此而骂我。因此我每次做出来的压缩包是不包含那些垃圾文件的。我是如何做的呢？很简单啊，不要把一些垃圾文件打包进去不就好了吗？还要怎样？
不过，我也很理解一些懒人，每次打包前去把这些文件找出来，删除它们，也是有些麻烦。当然了，我也不愿意每次都做这种机械的事情，我也想偷懒。
嗯，既然打包前删除这些垃圾文件是件机械的事情，那么能不能搞个程序去做呢，我是程序员啊。
终于有一天，我也受不了了，尤其是我平时喜欢写点小东西，每天改了之后要备份，也要用压缩包，但我不想浪费硬盘空间啊。在一次一次地被那些压缩软件折磨后，我还是选择自己来设计一个工具来专门解决这个问题。不就是个压缩的事情不好解决嘛，那我就自己做吧，反正现在的压缩类库是一大把，不过，我最终还是选择了Windows自带的FCI/FDI接口，它能直接生成cab格式的压缩包，且现在流行的各种压缩软件都能支持它。选择它还有其它原因：1.我早在使用C#之前就已经使用过它了，有现成的包装库（C语言版的，速度还不错），2.由于是Windows自带的接口，因此不需要引入额外的组件，工具可以保持较小的体积， 3.cab算法的压缩率还不错，比zip要好(与rar相当，比7z差点)。
今天，我将向大家推荐一个我几乎天天在用的工具。它能很完美的解决以上问题，它还有其它功能，我也非常喜欢它。下面，我就来介绍此工具。
记住哦，这个工具的名字叫：FishCabTool
工具介绍
来看看我的工具吧，总共由4个文件组成：
虽然是4个文件，但依然很小，离300K还有些距离哦。下面来依次介绍这4个文件的用途：
1. FishCabToolHelp.chm，它是一个帮助文件，介绍了工具的特色功能，操作方式，以及其它说明：
2. FishCabTool.exe，它是这个工具的主程序了，是一个WinForm程序，运行界面如下：
通常，并不需要直接运行它，而是从资源管理器的上下文菜单中启动它，操作方式与现今流行的压缩软件一样，如下图。
3. FishCabToolExt.dll，它是一个Windows资源管理器的插件，可以让我的工具也能像一些压缩软件一样，直接在Windows资源管理器的右键菜单中操作，如下图：
 |
 |
为了不影响操作体验，这个插件采用ATL的方式实现，因此速度还是很不错的。说到速度，再给个具体的数据吧：当年在开发这个工具时，是在一台（02年的）老机器上进行的，由于机器配置较差，所以性能相当敏感。测试时我选择Windows/System32文件夹下的所有文件，右击鼠标并测量菜单出现的时间，WinRar V2.6花了27秒，7z V4.x花了差不多8秒，我的工具还不到3秒。所以，不要担心这个插件的会影响您的机器性能。
说明：FishCabToolExt.dll采用Unicode方式编写，所以理论上即使不是简体中文的Windows下也能正常显示汉字。
4. FishCabLibU.dll，它是一个包装层，用于封装Windows的FCI/FDI接口，因为这二个接口是基于C的，且接口较为复杂，我也只好用C来封装了，并以标准的导出函数提供给其它编程语言调用。导出的API函数如下图：
在写这篇博客时，看到当年给这些API取的名字，我也郁闷了：这些名字也太乱了吧。哎，2004年咱的命名规范还真差劲啊。
FCI/FDI是Windows的文件压缩接口/文件解压缩接口的简称。它提供了操作CAB压缩包的具体实现算法，该接口涉及一大堆C风格的回调函数。
微软提供的关于此接口的SDK文档：点击此处下载（微软的网站上找不到了，遗憾中）
我封装的接口是一种简化版本，各个API函数已经是简单的数据类型，因此使用起来会比较容易，且提供Unicode和非Unicode二套API，如果您也对cab格式感兴趣，并希望使用我的FishCabLibU.dll，请回复，我可以提供C#版本的包装类。
功能介绍
正如本文前面的帮助文件截图所示，这个小工具有以下功能：
1. 专为备份源代码而设计，可以选择性地排除源代码目录中一些不需要备份的文件。
如：obj目录及.pdb和其它源代码版本控制信息之类的“垃圾”文件。
具体哪些文件不需要在压缩时加入压缩包，程序提供如下的设置界面来控制
2. 操作方式和现今流行的压缩软件一致，直接在资源管理器的右键菜单中操作。
前面在介绍FishCabToolExt.dll时已有说明，这里再次引用那二张图片：
|
|
3. 生成的压缩包采用cab的压缩格式，兼容现今流行的各类压缩软件。
cab格式其实早就存在了，至少也有15年以上历史。此文件格式由微软开发，且在微软的很多安装包中都在使用这种格式。由于历史悠久，且文件格式公开，因此现今流行的各类压缩软件都支持它。
注意：WinRar对cab的支持不够好，如果cab采用UTF-8编码方式创建包内文件名，在WinRar中将会看到乱码。而7z就没有问题，当然了，我的工具也能正确地解包。
4. 压缩包的文件名包含当天的操作日期，便于版本管理及日后查找。
前面说到我平时喜欢在业余时间写点小工具或者小项目，自然就会面对源代码的版本管理问题。但我却不想为此而安装一个庞大的源代码管理软件，感觉完全没有必要。通常就是直接把项目目录打包，然后在文件名上添加当天日期。正是由于这个原因，这个工具会自动根据目录名称以及当天日期，生成一个合适的压缩包文件名。可以参见前面程序的主界面截图。说明：按F12可以去掉文件名中的日期部分。
5. 更灵活的备份选择，可以将多个目录及多个分区中的某些目录或文件压缩到一个压缩包中。
我的工具还可以将来自于不同磁盘分区的文件打包在一个压缩文件中。操作方法也很简单：直接将需要压缩的文件或者文件夹拖动主窗口中即可，如下图：
程序生成的压缩包用7z打开的界面如下：
6. 可以方便地获取一个目录或文件的完整路径名。
FishCabToolExt.dll中还有一个我经常用到的功能就是：当您在右击一个文件或者文件夹时，可以非常方便地获取它的所在全路径。效果图前面有，请参考前文。
7. 可以方便地从任何目录打开命令行窗口。
我比较喜欢用Windows Server 2003，可是每当以命令行方式执行一些任务时，都要打开【运行】窗口，输入【cmd】后，再切换路径，太麻烦了。 FishCabToolExt.dll中有个功能就可以很轻松地解决这个繁琐的过程。您只需要在Windows资源管理器中右击目录，或者在目录窗口的空白处右击鼠标，点击菜单【从这里打开命令行窗口】就可以了，此时，您会发现，命令行窗口的当前目录就是您需要的目录。效果图前面有，请参考前文。
压缩效果
为了证明我的工具对于源代码目录压缩的效果是有明显改善的，现在我来将我的工具与7-Zip做个比较 。
首先，我要说明一下