Bear 2003.10.15
作者信息 资料下载 出版书籍 总体介绍 我的评价 中文前言 内容摘要 关于电子版 本文网址 作者信息
代码大全电子版 CodeComplete.zip (4.3M) = CodeComplete.pdf (9.18M) + readme.txt
成功软件项目的10大关键 10 Keys To Successful Software Project
快速软件开发的10大神话 10 Myths of Rapid Development
软件创建中的10大原则 Code Complete : 10 Key Principles of Software Construction
原版
翻译 总体介绍 《代码大全》的英文版名称是 Code Complete: A Practical Handbook of Software Construction。它获得1993年美国软件开发杂志Jolt大奖，被美国包括MIT在内的十多所大学作为计算机软件学科的教材。本软件设计实用手册内容覆盖了开发过程中最重要部分的艺术性和科学性。其焦点在于成功的程序设计技术。 我的评价第一次阅读《代码大全》时，是在大约8年前，我读大学时。觉得读不懂，因为自己才刚刚抛弃Basic，开始学习C语言，除了一些习题，并没有多少编程的实际经验，书中的许多概念与方法都觉得非常陌生。随着一个DOS下的绘图软件RomanticPainter的开发，随着自己在开发这种较大软件时不断遇到到各种问题，就越来越觉得《代码大全》不但提供了关于代码创建的最丰富的实践指南，而且就像一位导师逐渐辅导你成为一个真正专业的软件开发者。《代码大全》的英文名称是Code Complete，即代码完成，这是软件开发中的创建阶段的里程碑，即所有代码都编写完成了。而《代码大全》这个名字实际上应该理解为代码创建大全。
盖茨说过微软最重要的财产就是代码。不错，软件开发中所有的关键活动，最终的目的都为了能够创建出正确的健壮的最好用的代码。而这本书，10年前写的书，至今仍未过时，因为它所探讨的内容不是表面的现象而是关于代码创建的内在本质。毫不夸张地说，这是世界上关于代码创建的最为丰富最为深刻的实践指南。
中文前言
前 言
近年来，关于软件开发的研究，进展是非常迅速的，但是开发实践却并非如此。许多程序仍然是错误百出，充斥着过时的技术,从而无法满足用户需要。软件工业界和学术界的研究者们,基本上已经解决了七十年代和八十年代在编程中遇到的问题，并发展了相应的技术。但是直到现在，这些技术中的大部分仍然没有在软件编程中广泛采用，其中主要原因是这些研究成果主要发表在高度专业性的学术刊物中，普通的程序员无心顾及.Sridhar Raghavan 和 Donald Chand (1989) 的研究表明，一项新技术从诞生到被工业界广泛采用大约需要5到15年的时间。本书的目的就是希望能够缩短新技术推广周期，使广大的程序员们可以迅速地获得软件开发的最新方法与手段。
本书所面向的对象
本书所收集的研究和编程经验，将有助于你编写出高质量的软件，并且使得开发周期缩短。通过阅读这本书，你将会对自己过去所犯过的错误有更深刻的理解，并懂得今后如何避免它们.同时，书中所收集的丰富的编程经验也将是你在控制大规模项目和按要求对软件进行修改和维护时感到得心应手。下面是适合阅读本书的几类人：
经验丰富的程序员
本书适合于想要得到一本全面易用的软件设计指南的那些资深程序员们阅读。由于本书的中心内容是广大程序员们所熟知的实现过程，因此，无论是受过正规训练而且经验丰富的程序员，还是完全靠自学成长起来的程序员,都能容易读懂本书所论述的先进技术和方法。
自学成才的程序员
本书尤其适合于很少受过正规专业训练的程序员阅读。1988年有100,000 人加入了程序员大军，但其中只有 40,000 人是从计算机专业毕业的本科生,其余则几乎全是靠自学成才的。同时，还有不计其数的其他各行各业的人员需要在工作中自己动手编一些程序。无论你所受到的正规计算机专业训练多或少，本书都将使你对有效的编程方法和技巧有更深刻的理解。
学生
本书不仅适于实践经验丰富但理论基础薄弱的自学者阅读，同时也适于那些理论基础较好但不懂得什么编程诀窍的毕业生们阅读。新程序员们的某些实践经验来自于经验丰富的同事,但主要还是靠自己 " 吃一堑,长一智"获得的，着往往是一个艰苦而缓慢的过程。通过本书，可以使你在短时期内获得大量的经验和技巧，从而脱颖而出，所以，不妨一试..
本书的主要特点
完备的软件创建参考 本书从质量和编程思想等方面论述了软件构造问题。几乎囊括了了生成子程序、数据的输入输出与控制结构、调试、代码调整策略与技术等各方面的细节。在使用本书时不必逐页阅读每一个细节，只要在需要时查阅你所感兴趣的章节即可。请把本书作为手册而不是作为教科书来使用。
方便使用的检查表 书中附有用于检查软件的结构设计、设计方法、模块和子程序等质量的检查表，以评估软件质量之用。同时，关于变量名、控制结构、方案布置`测试用例等等检查表也将是你获益匪浅.
紧跟潮流的新技术 书中论述了许多目前最先进的技术，其中许多还只是刚刚投入应用。由于本书取材于实践经验和最新研究成果两个方面，因此书中所提供的技术在相当长的时间内都不会过时。
高屋建瓴的观点 阅读本书将使你跳出日常琐碎工作的圈子，对软件开发有一个总体上的把握与认识。繁杂的日常工作往往使程序员们穷于应付而无暇阅读浩如烟海的书籍与资料，本书丰富而翔实的第一手资料将弥补这一缺憾，使你对软件开发的策略作出正确抉择而不致陷入旷日持久的消耗战中。通用的概念 无论你用的Pascal, C, C++, Ada, Basic, Fortran 还是COBOL,都可以从本书所论述的概念、方法和技巧中获得教益.
丰富而典型性的程序示例 书中含有大约500多个正反两方面的程序示例。之所以引入这么多的示例,是因为笔者就是从各种例程中吸取了大部分的知识、经验与诀窍，因此笔者认为最好的学习方法是多看例程。例程是用多种语言写成的，因为对于程序员来说，掌握多种语言是起必不可少的基本素质之一.而且，只有掌握了不受语法规则限制的编程准则，才能真正有效地提高你的编程效率和质量。
为了减轻由于使用多种语言所带来的额外负担，在例程中除非确有必要，尽量避开了各个语言过于独特的部分。事实上，如果你真正注意每个例程所要说明的问题的话，那么不必详细理解每个程序段，你也可以清楚地懂得程序的意义。同时，为了减轻读者的负担，对程序中有意义的部分作了标记。
《代码大全》 全书内容摘要
Bear
2000/4/10----2000/4/27
一、创建的定义
Detail Design, Coding, Debugging, and Unit Testing
枢纽地位 不可缺少 代码往往是唯一精确描述
二、用隐喻理解
系统积累：只需要成为一个坚实的骨架结构，以便能承受将要在它之上发展的真实系统。
建造软件：如果样样都自己动手是很不明智的。Building Software
建筑工程方法。
智能工具箱：如果你拥有的唯一工具就是一把锤子，那么你就会把整个世界都当作一个钉子。
三、软件创建的先决条件
1、重要性
优秀程序员的一个突出特点是他们采用高质量的过程来创建软件。这种过程在计划的开始，中间和末尾都强调高质量。
论据：计划是弄清楚你要干什么。食物链。一次完成是最好的选择，不必要的修改是非常昂贵的。过分的使用计算机往往与低生产率紧密相连。
2、问题定义的先决条件
弄清楚要解决的问题是什么。问题定义应该从用户的观点出发，使用用户的语言进行定义。一般来说，它不应该用计算机术语进行定义，因为最好的解决方法可能不是一个计算机程序。
3、需求分析的先决条件
需求详细描述了一个软件系统要解决的问题。
明确的需求可以保证是由用户而不是程序员决定系统的功能。
4、需求变动控制
用户对自己想要的东西，也是随着项目的进行而越来越清楚的。
原型à对付变化。
让每个人都知道由于变化需求所付出的代价。
建立一套更改控制过程。
放弃项目。
5、结构设计先决条件
软件结构设计是较高意义上的软件设计，它是支持详细设计的框架。
典型的结构要素
A、程序的组织形式
定义主要模块：一个模块是能完成某一高级功能的子程序的组合。 模块化
定义模块做什么：一个模块应该只完成一项任务而且圆满完成。 高内聚
定义模块间的界面：调用关系。 低耦合
B、变动策略
C、购买而不是建造的决定
D、主要的数据结构----存取控制，信息隐蔽
E、关键算法
F、主要对象
G、通用功能
用户界面
输入输出
内存管理
字符串存储
H、错误处理
I、 坚固性， 裕度设计， 断言， 容错性
J、 性能
好的结构设计特征：
A、对于系统中模块的讨论
B、对于模块中隐含的信息
C、选用何不选用某方案的原因
6、选择编程语言的先决条件
各语言比较
使用熟悉的语言比使用不熟悉的语言效率要高的多
7、编程约定
在高质量的软件中，你可以发现结构设计的概念完整性域较低层次实现之间的密切联系。这种联系必须与指导它的结构设计保持一致，而且，这种一致应该是内在的。这就是实现时：
改变量和子程序命名
进行格式约定
注释约定
四、建立子程序的步骤
1、设计
2、工作任务
3、命名
4、决定如何测试
5、考虑效率 优化的收益主要来自高层设计,而不是个别子程序
6、研究算法或数据结构 拿来主义
7、编写PDL 用自然语言
8、编写工作应该从抽象到具体
9、考虑数据
10、检查PDL
11、逐步细化 --直到这样做是在浪费时间
12、编码
13、书写子程序说明
14、把PDL变成高层注释 用{}
15、在每一行注释下面填上代码
16、非正式地检查代码
17、进行收尾工作
18、按需要重复步骤
19、检查
20、在心里检查
21、编译
22、调试
23、除错
五、高质量子程序的特点
1、何时用子程序：
降低复杂性
避免代码段重复
限制改动带来的影响
隐含顺序
改进性能
进行集中控制
隐含数据结构
隐含全局变量
隐含指针操作
重新使用代码段
计划开发一个程序族
提高部分代码的可读性
提高可移植性
分隔复杂操作
独立非标准语言函数的使用
简化复杂的布尔测试
是出于模块化的考虑吗？绝不是，有些工作更适合放在一个大程序中
2、高质量子程序的特点：
子程序命名恰当 ---见名知意
强内聚性 功能，顺序，通讯，临时
松耦合性 参数（简单数据，数据结构，控制码），全局变量，全局数据
子程序长度 10--150行
防错性编程 使用断言，检查输入参数，处理异常，检查返回值，防错适度
子程序参数
确保实际参数与形式参数匹配
按照输入--修改--输出的顺序排列参数
如果几个子程序中使用了相似的参数，应按照不便的顺序排列这些参数
使用所有参数
把状态和错误变量放在最后
不要把子程序中的参数当作工作变量
说明参数的接口假设
个数<=7
仅传递需要的那部分结构变量
函数是否返回了值：工作数据 or 状态
六、模块化设计
模块是指数据及作用于数据的子程序的集合
模块化设计的目标是使每个子程序都成为一个黑盒子，你知道进入盒子和从盒子里出来的是什么，却不知道里边发生了什么。它的接口非常简单，功能明确，对于任何一个特定的输入，你都可以精确地预测它相应的输出结果。
1、模块化：强内聚--松耦合
2、信息隐蔽：保密代理
3、常见的需要隐含的信息：
A、容易被改动的区域
对硬件有依赖的地方
输入和输出
非标准语言特性
难于设计和实现的域
状态变量
数据规模限制
商业规则
预防到改动
B、复杂的数据
C、复杂的逻辑
D、在编程语言层次上的操作
一般来说，在设计一组在程序语言层次上操作数据的子程序
时，应该把对数据操作隐含在子程序组中，这样程序的其余部分就
可能在比较抽象的层次上处理问题了。
如果不利用模块数据，就不能了解由其带来的巨大收益。那只是一个子
程序。
4、建立模块的理由 模块化是面向对象的核心
用户接口
对硬件有依赖的区域
输入与输出
操作系统依赖部分
数据管理
真实目标与抽象数据类型
可再使用的代码
可能发生变动的相互联系的操作
互相联系的操作
5、检查表： 对象化
七、高级结构设计
结构化设计的层次：
1、划分子系统
2、划分成模块
3、划分成子系统
4、子程序内部的设计
结构化设计的方法：
自顶向下分解--擅长，但要求系统功能层次化，现代事件驱动，难
自底向上合成--识别细节，难于独立使用
面向对象
关键思想：一个程序模型越是真实地反映了实际问题，那么，由此产生的程序质量越好，在多数情况下，关于项目的数据定义要比功能稳定得多，因此应用面向对象设计，根据数据来进行设计，这可以使设计更稳定。
抽象：在更高层自上对问题进行考虑
封装：信息隐蔽
模块化
层次结构和继承性
四个要素：问题域，用户接口域，任务管理域，数据管理域
往返设计
在从事低层次问题时所获得的细节将为你对高层次的总体理解和做出总体设计决定奠定下良好的基础。这种在高层次和此层次之间的往返设计思维过程时非常有益的，由此而产生的结构要比..稳定得多。
设计是一个启发的过程。-- 多种方法！
受欢迎的设计的特点：
1、智力上的可管理性。
2、低复杂性。
3、维护的方便性。
4、最小的联系性。
5、可扩充性。
6、高扇入。
7、低或中等程度扇出。
8、可移植性。
9、简练性。
10、成层设计。
11、标准化技术。
八、生成数据
在你的工具箱中需要一张全部数据结构的清单，以便用最合适的方法处理每一种问题。
建立自己的指向现实实体的数据结构，已增加程序的可变动性，并使其成为自说明的。
初始化：临近初始化，再次初始化，用子程序初始化。
九、数据名称
见名知意：变量名称完整而准确地描述了变量说代表的实体。
命名约定：区分各种不同内别的数据
十、变量
尽量减少变量的作用域
使每个变量有且只有一个功能
如果全局数据不可避免的话，应通过存取子程序来对其操作
把对数据的所有存取保持在统一抽象水平
十一、基本数据类型
常数：避免奇异数
浮点数：避免大小加减，比较
逻辑变量：简化条件判断
枚举： 代替命名常量改善可读性，可靠性，易改动性。
指针：释放后置为空。万不得已才使用。
整数
字符串
数组
命名常量
十二、复杂数据类型
记录与结构：简化操作，参数，维护
表驱动：枚举下标多维数组
抽象数据类型：实体对象=数据+操作
十三、顺序程序语句
组织顺序似代码的原则是整理出依赖关系。
用合适的子程序名，参数表，注释来标明依赖关系。
如果代码没有明显依赖关系，把相关语句组织在一起，特别是使用同一参数的那些语句。
十四、条件语句
注意if 和 else 的顺序，特别是在处理好多异常情况时，务必使正常情况流向清晰。
组织好if-then-else和case语句中的几种情况，使可读性最好。
在case语句中用缺省值，在if-then-else 中的最后一个else中获得意外错误。
各种控制结构并不都同样有用，在编码时选用最合适的控制结构。
十五、循环语句
循环很复杂，使其简化有利于阅读。
简化循环的技巧有：避免使用怪样子循环、使循环次数最小、使进出口清楚、把内务代码放在一个地方。
循环控制变量不可滥用，应给它起一个有含义的名字并让它只有一个用途。
仔细考虑一下整个循环，保证循环在各种情况和终止条件下都能照常运行。
十六、少见的控制结构
有些情况下，goto是编出易读易维护程序的最好方法。
问题较简单时，递归调用能把问题很巧妙地解决。要慎用递归。
十七、常见的控制问题
降低复杂性
简化判断表达式：布尔变量，子程序，决策表数组！
括号，空格，数轴
十八、布局和风格
布局原则：显示程序的逻辑结构。
评价标准：准确性，连续性，可读性，易维护性。
十九、文档
非源码+源码
对编码层文档的主要贡献不是注释，而是好的程序风格。
注释：
原则：好的注释是在意愿层次上进行的，解释为什么而不是是什么。
好的代码是自说明的。
做法：使用PDL代码流程
文件，模块，子程序，控制结构，数据说明，语句和段落
二十、编程工具
好的工具使编程更容易
你可以编写大多数你需要的工具
二十一、项目大小如何影响创建
1-3人 占50% 4-8人 占33%
在一些小项目中的活动并不能想当然地用于大项目中，你应当仔细计划它们。随着项目增大，创建作用减弱。
随着项目的增大，交流方法应简化。
相同条件下，大项目的生产率比小项目低一些。
相同条件下，大项目的每行错误数比小项目的每行错误数多。
二十二、创建管理
使用好的代码
最好代码示例，强调代码是公共财产，奖赏好的代码，一个简单标准
配置管理：修改控制，版本控制
处理落后：三等优先级，较少项目功能范围
度量
程序员和管理者都是普通人，当他们收到礼待时往往感的更好。
合适的软件工程评估是软件开发管理最富挑战性的方面。
二十三、软件质量概述
软件外部特征：
正确性
可用性
效率
可靠性
完整性
适应性
精确性
坚固性
软件内部特征：
可维护性
灵活性
可移植性
可重用性
可读性
可测试性
可理解性
软件质量的一般原则是提高其质量并减少各种花费
IBM：如果不顾质量而只是想用最短时间将软件开发出来，往往很可能需要较长时间和花费超出。
并不是所有质量保证目标都能实现。确定你想实现的目标，并将其让你所在组的每一个人知道。
综合各种错误检查方法，尽早发现错误。
二十四、评审
总的说来，评审在发现错误方面较测试好。
评审侧重于错误发现而不是纠错。
检查表P389
普查，代码阅读
二十五、单元测试
方法
统计规律
度量
二十六、调试
假设，定位，理解
二十七、系统集成
改进的公布法：本质是再完整连续层次中首先并公布一个程序，并且每一层就是这个在一定程度上可用的程序版本。
优点：
继承照顾自己
缩短产品发货周期
在建立过程中，使客户满意
宜于获得工程状态
减少估计错误
更加平衡地分配开发、测试资源
增加工程完成的可能性
改进的方法全面提高代码质量
你能在早期发现程序是否支持修改
编码需要很少的文件编制
二十八、代码调整策略
程序结构、具体设计数据结构或算法选择对于程序规模和执行速度的影响要比产生代码本身的工作大。
优化设计关键要用到定量测量。重要的是找到确实能改善程序性能的段落，在此就要强调优化的作用。
大多程序主要的时间花在小部分代码上。在执行程序及测试前不容易知道是哪个部分代码。
为写出优良程序最好是写出清晰易读和易修改的源程序来。
二十九、代码调试策略
开始设计代码时不必过多考虑执行速度，而应从可读性入手。
提高速度的技术：
将关键子程序翻成汇编程序
用表查找替代复杂逻辑
降低内层循环的运算强度
写子程序
预先计算结果
三十、软件优化
原则：多设计小程序
减少全局变量
改进你的编程风格
改变管理
重审修订后的程序
重测试
三十一、个人性格
谦虚，好奇心，诚实，创造性和纪律，还有文明的懒惰。
好的习惯。
抽出少量时间学习别人的编程经验，过一段时间后，你将在你的同行中脱颖而出。
大师有着专家那样的专业知识，并能意识到编程只是15%和计算机交流，其余85%是和人打交道。一般程序员只有30%的时间甚至更少。大师所编写的代码与其说是给计算机看到不如说是给人看的。真正的大师级程序员所编写的代码是十分清晰易懂的，而且他们注意建立有关文档。
三十二章、软件开发方法的有关问题
克服复杂性：计算机科学的核心是减少复杂性。层次，抽象。
精选开发过程。
首先为人编写程序，其次才是计算机。
注意约定使用。
根据问题范围编程。
高级问题范围
低级问题范围
计算机科学结构
高级语言结构
操作系统操作和机器指令
重视警告。
重复。重复有助于提高产品的描述，计划，设计，代码质量和其性能。
不要固执己见。开放的思想
精神：开放，学习，归纳，验证
关于电子版
关于代码大全中文电子版
代码大全中文电子版的诞生来源于近100位网友在4个月里出色的志愿工作 !
“是的，书的自然的、不可遏止的志愿是离心的。它写出来就是要发表、传播、推广、被人买、被人读。那赫赫有名的作家的象牙之塔实为一座发射塔。总是要从那里回到作者，如同回到作家之不可或缺的合作者一样。一本书不是只有一个作者，而是有无数的作者。因为在创造行为中，读过的人、正在读或将要读的人之总和有充分的权利加诸那个写的人身上。一本书写出但尚未被阅读，其存在是不完全的。它只拥有半个存在。那是一种潜在性、一个没有血肉的、空的、不幸的生命。它要活起来就要呼唤帮助。一个作家出版一本书的时候，他知道他是朝着一群无名无姓的男人和女人放出一大群纸鸟，一大群干瘪的、渴望着血的吸血蝠，它们散开来寻找读者，碰上谁是谁。一本书一旦冲向一个读者，就立刻因他的热、他的梦而膨胀起来。它绽开花朵，终于实现了自身……”
---图尼埃 《飞翔的吸血蝠》
这就是我们制作电子版的动力。这本书实在是太好了，值得每个软件开发者一读。
在www.DelphiDevelopers.com的组织下，利用Sequoia对全书的扫描结果，Bear把OCR，校对，汇编分派给每个志愿者，最后由Bear完成最终整体编辑。 诞生日：2001-04-29 凌晨 Version 1.0 完成时间： 2001--10-18日 晚，Version 1.1
其中，有在内地的，有在沿海的，有在香港的，有在加拿大的；有朋友当日完成自己的任务，有朋友工作至凌晨，有朋友把书中的表格做得非常漂亮，有朋友提出修改部分术语译法的建议，有朋友一人完成几人的工作，有朋友持之以恒地挑出许多章节的缺陷，有朋友认为这是一项享受而不是一项工作，还有朋友遗憾自己未能参加这个工作.........总之，你现在所看到的这个电子版是来自天涯海角的近100位素不相识的朋友的热情和协作的成果。它属于每一位软件开发者，它属于所有的人。
重要申明：本书电子版的所有版权属原作译者所有，我们工作的目的仅为大家的研究学习提供方便，以提高软件开发水平。所有电子资料不得用于商业目的。同时建议大家去购买原书（其实，做电子版的主要原因就是因为现在买不到原书了）。我们热烈期望该书的中文版再版。
以下是代码大全测试版的诞生过程： 校对进程,格式化进程,统校进程，整合进程，都附在电子版的最后。感谢所有的参与者！在测试版完成后，又经过了几个月的Beta测试，修改不少网友提出的错误，最终完成于 2001年10月18日晚，版本1.1。
One For All, All For One !
校对进程 (2001-04-05 18:42:00 100% 完成)：
序号
志愿者 校对范围送出日期
送回日期
状态
备注 0 Bear 序言目录 01-01-04 01-01-09 OK 360--369 01-01-10 01-01-13 OK 1 Wu Ke 001--010 01-01-05 01-01-08 OK Good!! 210--219 01-01-09 01-01-12 OK Good! 2 differ 011--020 01-01-05 01-01-07 OK Good!!! 250--259 01-01-09 01-01-11 OK Thanks. 260--269 01-01-09 01-01-11 OK Thanks. 270--279 01-01-09 01-01-11 OK Thanks. 3 Li Yuan 021--030 01-01-05 01-01-10 OK Good! 4 蚊子 031--040 01-01-05 01-02-01 OK Good! 5 Jerry Xing 041--050 01-01-05 01-01-09 OK Good!! 400--409 01-01-10 01-01-14 OK Good! 6 stephen 051--060 01-01-06 01-02-26 OK Good! So late :) 7 Leeseon 061--070 01-01-06 01-01-08 OK Good! 8 王晋隆 071--080 01-01-06 01-01-15 OK Good! 9 meijg 081--089 01-01-06 01-01-08 OK Good!! 200--209 01-01-08 01-01-16 OK Good! 10 Jimi 090--099 01-01-07 01-01-21 OK Good! 11 Xuym 100--109 01-01-07 01-01-09 OK Good!! 300--309 01-01-10 01-01-22 OK Good!! 12 longman 110--119 01-01-07 01-01-09 OK Good! 13 mingnan 120--129 01-01-07 01-01-08 OK Good! 340--349 01-01-10 01-01-15 OK Good! 14 minqiangshang 130--134 01-01-07 01-01-12 OK Good! 15 深夜清风 140--149 01-01-08 01-01-08 OK Good!! 420--429 01-01-10 O1-01-11 OK Good! 16 雨轩 150--159 01-01-08 01-01-10 OK Good!! 520--525 01-01-11 01-01-12 OK Good! 17 eighth 160--169 01-01-08 01-01-10 OK Good! 18 风中之烛 170--179 01-01-08 01-01-10 OK Good!! 330--339 01-01-10 01-01-16 OK Good! 19 Zhangbin_$$$_ 180--189 01-01-08 01-02-03 OK Good! 20 benjamin 190--199 01-01-08 01-01-16 OK Good! 21 kimfeng 220--229 01-01-09 wangzhe new 22 大海 230--239 01-01-09 01-01-11 OK Good! 23 lij 240--249 01-01-09 01-01-12 OK Good! 24 xafgs 280--289 01-01-10 xinjian new 25 javylee 290--299 01-01-10 liangyx new 26 LECON 310--319 01-01-10 01-01-10 OK So quickly 27 喻强 320--329 01-01-10 无法下载 28 Mr Jiang 350--359 01-01-10 陈立峰 29 chencqs 370--379 01-01-10 01-01-10 OK So quickly 30 张岩 380--389 01-01-10 01-01-10 OK So quickly 31 萧萧 390--399 01-01-10 01-01-12 OK Good! 32 laojiu 410--419 01-01-10 01-01-21 OK Good! 33 freewei 430--439 01-01-10 01-01-11 OK Good!! 34 HugeAnt 440--449 01-01-11 Shen_Ray 35 liangyx 450--459 01-01-11 01-01-17 OK Good! 36 yunannan 460--469 01-01-11 01-01-11 OK So quickly 37 RichardYu 470--479 01-01-12 01-01-17 OK Good! 38 Cao 480--489 01-01-12 出差 zhangjinyu new 39 王晓初 490--499 01-01-12 01-01-15 OK Good! 40 冰狐 500--509 01-01-12 01-01-12 Good!! 41 tecman 510--519 01-01-12 01-01-13 OK Good! 42 杨立波 135--139 01-01-13 ... 已寄去on 01-02-13 43 dxx 090--099 01-01-16 01-01-21 OK Good! 44 Brandon Wang 220--229 01-02-12 01-02-20 OK VeryGood! kimfeng old 45 xinjian 280--289 01-02-13 01-02-27 OK VeryGood! xafgs old 46 vdgame 320--329 01-02-14 01-02-16 OK VeryGood! 喻强 old 47 Shen_Ray 440--449 01-02-16 01-02-23 OK 很棒！ HugeAnt old 48 liangyx 290--299 01-02-16 01-02-26 OK Good! javylee old 49 陈立峰 350--359 01-02-19 01-02-20 OK So quickly! 50 zhangjinyu 480--489 01-02-20 01-02-28 OK 很棒！Cao old 51 mayongzhen 135--139 01-03-20 ... 给一个非263邮箱给我！ a_fee old(135136) 52 dongfang7 135--139 01-04-04 01-04-05 OK Very Good!
格式化进程 (2001-04-20 09:09:00 100%完成)
章
志愿者送出日期
送回日期
状态
备注 1-6 Bear 01-01-04 01-01-09 OK 7 meijq 01-02-14 01-02-24 OK 虽页多，却很棒！ 8 libinbin 01-02-14 01-02-18 OK Good! 9 barrycqj 01-02-09 barrycqj OK- 差135-139 ！ 10 JSL 01-02-07 01-02-11 OK Good! 11 fadey 01-02-14 01-02-22 OK 很棒 12 杨立波 01-02-08 01-02-14 OK Good! 13 gyb 01-02-07 01-02-10 OK Good! 14 getit911 01-02-09 01-03-19 OK Good! 15 gyb 01-03-20 01-03-21 OK So Quickly! free51go,wai_chow lodgue old ! 16 ctx 01-02-09 01-03-01 OK NoDoc一个字一个字地敲上去的！ 17 jiang chun yi 01-02-09 ... ! 17 huzhiyan 01-03-21 ... 联系不上，263！ 17 Bear 01-03-30 01-03-31 OK 18 dongfang7 01-02-10 01-02-15 OK 缺280-299；但自己OCR了。
统校进程(2001-04-21 21:09:00 100%完成)：
全书整合进程（2001-04-29 0:15:00 100%完成）
www.delphidevelopers.com
本文地址：http://com.8s8s.com/it/it37539.htm