BF命令行解包打包器

深绿

这个，那个，这个任务似乎我拖了很久了= =.....先说声抱歉....
1 S9 E, l4 {- T
: v( B( [& v* z( x: _其实代码很早之前就写了，不过之前调试一直通不过，后来又是复习又是考试的就一直耽搁了...
: |6 k# a9 u2 e6 J: Y7 c9 s
这周末有点空闲，于是狠下心重写了下代码，搞了两天，终于完成了..

BF的文件格式虽然简单，打包器却不是太好做，我觉得还是有必要写写的
7 e+ G" x) I+ R1 i
BF格式有两个特点：
其一是文件表的递归存放，这个不算难，Quickbms也可以用
9 Z& C$ g/ B7 eStart Function XX
, [% s: ?( c8 O) l6 |End Function XX
. ?, Q  x9 x" FCall Function XX
0 `9 J4 |6 }  @# d' Z: f, Z+ R来做递归，不过输出读入时文件名前面要加上目录名和/，还是有点小麻烦....
3 N% I( A6 V, y( W8 ^% m
0 D; f8 {" B2 f3 w. f& s其二是，包文件主体中文件的存放顺序并不是按照文件名表中来的，
$ v8 j" S% ?# E' \4 F  R: {举个例子，文件名表中，每个文件的内容是这样的：
+ G: s" o8 W4 E# T' \& _+ ]文件名长度   文件名   文件大小   偏移量
3 ?) N; u! _2 R% w- g& _
% M# P. [$ z+ E" I! ]. W$ W也就是说，偏移量才代表了该文件在包中的位置，偏移量最小的文件，就是主体中存放在最前面的，却不是文件名表中的第一个。

$ y; [: W: N0 w+ U# D: N! o: p这是很麻烦的一点。
这样一来，打包的时候就不能按照文件名表中文件顺序来打包，而必须根据偏移量大小顺序来依次打包。

这儿我用的方法是把每个文件的信息（文件名、大小、偏移）存放到一个结构数组中。
然后对这个数组按照偏移量做个排序，然后按照排完的顺序依次打包。
8 f  l1 P2 w' H$ K之前肥牛的图形打包器似乎用了数据库，不过我看不太懂delphi，也不懂数据库....
6 e, c3 M1 W/ g7 K' A5 R- ~
目前还存在的问题是，这个打包器无法通用：
& i; R8 j" c% L8 S1 d% S
& Z+ j" w& l  j7 Q; s* y因为文件数量比较大，考虑到排序算法的效率，我用了结构数组做Quicksort，而用数组的话，数组大小（即文件数量）就是确定的值了。如果要大小可变，那么似乎用链表比较合适，不过用链表做quicksort我搞不定....做insertionsort效率又比较低下....不知有没有高人有更好的办法

不过实际要通用也很容易，之前解包出来后看一下文件数量
然后把代码开头 #define FILENUM 760 后面定义的数值改成文件数量，重新编译一下就行了。

解包脚本，打包器，代码都在压缩包里，打包代码我写了不少注释，欢迎各位高手指正。
$ X1 Z& [- P+ X# q+ D2 t
7 C8 L9 B1 M- L2 W打包器使用方法，和解包后的文件放在同一文件夹下，命令提示符下输入 pack Filename
filename即要输出的包文件名

shane007

收到，辛苦了。无法通用是指只适用于水晶2？

深绿

嗯，不过只要代码里改一个文件数量的常量数据就可以了…

就是因为bf包文件里没有标示文件数量的字节，要么用链表一个一个接，如果用数组预先设定文件数量，那就得代码里改了……

shane007

如果只是修改一下#define FILENUM 760 的话，我觉得基本上可以算是通用的了。
最近，我想出了一种比较偷懒的打包方法。
% c  O5 D, i$ U4 x6 h5 @" z9 k用这种方法开发比较复杂的打包器可以少费不少脑子。
- ?0 ?- [) J, @+ `https://www.chinaavg.com/read.php?tid=19892
  _) F; R3 y7 t% _% O4 C, A. m对于仅需替换少量文件的包文件尤其有效。