被china-pub会员评为“2007年我最喜爱的十大技术图书”之一

被《程式设计师》等机构评选为2006年最受读者喜爱的十大IT图书之一

是着名IT畅销书作者Steve McConnell十一年前的经典着作的全新演绎，该作者是两届Software Development Magzine Jolt Award震撼大奖得主

这也是一本完整的软体构建手册，涵盖了软体构建过程中的所有细节。它从软体质量和编程思想等方面论述了软体构建的各个问题，并详细论述了紧跟潮流的新技术、高屋建瓴的观点、通用的概念，还含有丰富而典型的程式示例。本书中所论述的技术不仅填补 了初级与高级编程技术之间的空白，而且也为程式设计师们提供了一个有关编程技巧的信息来源。本书对经验丰富的程式设计师、技术带头人、自学的程式设计师及几乎不懂太多编程技巧的学生们都是大有裨益的。可以说，无论你是什幺背景，阅读本书都会让你在更短的时间内、更容易地写出更好的程式。

代码大全是我早在好几年前便已经阅读过的好书。这几年来我不知买过多少书籍，也清理过许多因为书房再也放不下的书籍，但是代码大全这本书始终占据着我书架上重要的位置而不曾移开过，因为好书是经得起时光考验的。

—— borland公司大中华首席技术官（cto） 李维

在众多的编程类书籍中，如果只让我挑一本书来阅读，那我一定选择《代码大全》，因为它是最不可或缺的。

—— 《c++ primer中文版（第三版）》译者 潘爱民

Steve McConnell是Construx公司首席软体工程师，在公司里监督软体工程实施。他是软体工程知识体(SWEBOK) 项目构建知识领域的领导。Steve曾为微软公司、波音公司和西雅图地区的公司工作过。

Steve McConnell是以下着作的作者：1996年的《快速软体开发（Rapid Development）》、1998年的《软体项目长存之道（Software Project Survival Guide）》和2004年的《专业软体开发（Professional Software Development）》。他的书由于杰出，曾两度获得当年的《软体开发（Software Development）》杂誌的优秀震撼大奖

第1章 欢迎进入软体构建的世界 3

1 1 什幺是软体构建？ 3

1 2 软体构建为何如此重要？ 6

1 3 如何阅读本书 8

关键点 8

第2章 用隐喻来更充分地理解软体开发 9

2 1 隐喻的重要性 9

2 2 如何使用软体隐喻 11

2 3 常见的软体隐喻 13

软体中的书法：写作代码 13

软体的耕作法：培植系统 14

软体的牡蛎养殖观点：系统生长 15

软体构建：建造软体 16

套用软体技术：智慧工具箱 20

组合各个隐喻 20

更多资源 20

关键点 21

第3章 三思而后行：前期準备 23

3 1 前期準备的重要性 24

前期準备适用于现代软体项目吗？ 25

準备不周全的诱因 25

关于开始构建之前要做前期準备的绝对有力且简明的论据 27

3 2 辨明你所从事的软体的类型 31

叠代开发法对前期準备的影响 33

在序列式开发法和叠代式开发法之间做出选择 35

3 3 问题定义的先决条件 36

3 4 需求的先决条件 38

为什幺要有正式的需求？ 38

稳定需求的神话 39

在构建期间处理需求变更 40

3 5 架构的先决条件 43

架构的典型组成部分 45

3 6 花费在前期準备上的时间长度 55

更多资源 56

关键点 59

第4章 关键的“构建”决策 61

4 1 选择程式语言 61

语言描述 63

4 2 编程约定 66

4 3 你在技术浪潮中的位置 66

“深入一种语言去编程”的例子 68

4 4 选择主要的构建实践方法 69

关键点 70

第5章 软体构建中的设计 73

5 1 设计中的挑战 74

设计是一个险恶的问题 74

设计是个了无章法的过程（即使它能得出清爽的成果） 75

设计就是确定取捨和调整顺序的过程 76

设计受到诸多限制 76

设计是不确定的 76

设计是一个启发式过程 76

设计是自然而然形成的 76

5 2 关键的设计概念 77

软体的首要技术任务：管理複杂度 77

理想的设计特徵 80

设计的层次 82

5 3 设计构造块：启发式方法 87

寻找现实世界中的对象 87

形成一致的抽象 89

封装实现细节 90

当继承能简化设计时就继承 91

隐藏秘密（信息隐藏） 92

找出容易改变的区域 97

保持鬆散耦合 100

查阅常用的设计模式 103

其他的启发式方法 105

关于设计启发的总结***** 108

使用启发式方法的原则 109

5 4 设计实践 110

叠代 110

分而治之 111

自上而下和自下而上的设计方法 111

建立试验性原型 114

合作设计 115

要做多少设计才够？ 115

记录你的设计成果 117

5 5 对流行的设计方法的评论 118

更多资源 119

软体设计，一般性问题 119

软体设计理论 120

设计模式 120

广义的设计 121

标準 122

关键点 122

第6章 可以工作的类 125

6 1 类的基础：抽象数据类型 126

需要用到adt的例子 126

使用adt的益处 127

更多的adt示例 129

在非面向对象环境中用adt处理多份数据实例 131

adt和类 133

6 2 良好的类接口 133

好的抽象 133

良好的封装 139

6 3 有关设计和实现的问题 143

包含（“有一个……”的关係） 143

继承（“是一个……”关係） 144

成员函式和数据成员 150

构造函式 151

6 4 创建类的原因 152

应该避免的类 155

总结：创建类的理由 155

与具体程式语言相关的问题 156

6 6 超越类：包 156

更多资源 159

关键点 160

第7章 高质量的子程式 161

7 1 创建子程式的正当理由 164

似乎过于简单而没必要写成子程式的操作 166

总结：创建子程式的理由 167

7 2 在子程式层上设计 168

7 3 好的子程式名字 171

7 4 子程式可以写多长 173

7 5 如何使用子程式参数 174

7 6 使用函式时要特别考虑的问题 181

什幺时候使用函式，什幺时候使用过程 181

设定函式的返回值 182

7 7 宏子程式和内联子程式 182

宏子程式在使用上的限制 184

内联子程式 184

关键点 186

第8章 防範式编程 187

8 1 保护程式免遭无效输入数据的破坏 188

8 2 断言 189

建立自己的断言机制 191

使用断言的指导建议 191

8 3 错误处理技术 194

健壮性与正确性 197

高层次设计对错误处理方式的影响 197

8 4 异常 198

8 5 隔离程式以免遭由错误造成的损害 203

隔离区与断言的关係 205

8 6 辅助调试代码 205

不要自动地把产品版本的限制强加于开发版本之上 205

儘早引入辅助调试的手段 206

採用冒进式编程 206

计画移除调试辅助代码 206

8 7 确定在产品代码中该保留多少防範式代码 209

8 8 防範式编程时保持防範 210

其他资源 212

关键点 213

第9章 伪代码编程过程 215

9 1 创建类和子程式的步骤概述 216

创建一个类的步骤 216

创建子程式的步骤 217

9 2 伪代码 218

9 3 通过伪代码编程过程创建子程式 220

设计子程式 225

编写子程式 225

检查代码 230

收尾工作 232

根据需要重複上述步骤 232

9 4 伪代码编程过程之外的其他方案 232

关键点 234

第10章 使用变数的一般事项 237

10 1 数据认知 238

数据认知测试 238

有关数据类型的其他资源 239

10 2 轻鬆掌握变数定义 239

隐式声明 239

10 3 变数初始化原则 240

10 4 作用域 244

使变数引用局部化 245

儘可能缩短变数的“存活”时间 246

减小作用域的一般原则 249

有关缩小变数作用域的说明 250

10 5 持续性 251

10 6 绑定时间 252

10 7 数据类型和控制结构之间的关係 254

10 8 为变数指定单一用途 255

关键点 258

第11章 变数名的力量 259

11 1 选择好变数名的注意事项 259

最重要的命名注意事项 260

以问题为导向 261

最适当的名字长度 262

变数名字的效果範围 262

变数名字中的计算值限定词 263

变数名字中的常用反义词 264

11 2 为特定类型的数据命名 264

为循环索引命名 265

为状态变数命名 266

为临时变数命名 267

为布尔变数命名 268

为枚举类型命名 269

为常量命名 270

11 3 命名规则的力量 270

为什幺要有规则？ 270

何时採用命名规则 271

正式程度 271

11 4 非正式命名规则 272

语言无关规则的指导原则 272

语言相关规则的指导原则 275

混合语言编程的注意事项 276

命名规则示例 276

11 5 标準前缀 279

用户自定义类型缩写 279

语义前缀 280

标準前缀的优点 281

11 6 创建具备可读性的短名称 282

一般的缩写指导原则 282

语音缩写 282

有关缩写的评论 282

11 7 应该避免的名称 285

关键点 289

第12章 基本数据类型 291

12 1 使用数的普遍规则 292

12 2 整数 293

12 3 浮点数 295

12 4 字元和字元串 297

c中的字元串 299

12 5 布尔变数 301

12 6 枚举类型 303

如果你的语言里没有枚举类型 307

12 7 命名常量 307

12 8 数组 310

12 9 创建你自己的类型（类型别名） 311

为什幺创建自己的类型的示例是用pascal和ada写的？ 314

创建自定义数据类型的指导原则 315

关键点 318

第13章 不常见的数据类型 319

13 1 结构 319

13 2 指针 323

用来理解指针的例子 323

使用指针的一般技巧 325

c++指针 332

c指针 334

13 3 全局数据 335

与全局数据有关的常见问题 335

使用全局数据的理由 338

只有万不得已时才使用全局数据 339

用访问子程式来取代全局数据 339

如何降低使用全局数据的风险 342

其他资源 343

关键点 344

第14章 组织直线型代码 347

14 1 必须有明确顺序的语句 347

14 2 顺序无关的语句 351

使代码易于自上而下的阅读 351

把相关的语句组织在一起 352

关键点 353

第15章 使用条件语句 355

15 1 if语句 355

简单if-then语句 355

if-then-else语句串 358

15 2 case语句 361

为case选择最有效的排序 361

使用case语句的提示 361

关键点 366

第16章 控制循环 367

16 1 选择循环的种类 367

什幺时候使用while循环 368

什幺时候用带退出的循环 369

何时使用for循环 372

何时使用foreach循环 372

16 2 循环控制 373

进入循环 373

处理好循环体 375

退出循环 377

检查端点 381

使用循环变数 382

循环应该有多长？ 385

16 3 轻鬆创建循环——由内而外 385

16 4 循环和数组的关係 387

关键点 389

第17章 不常见的控制结构 391

17 1 子程式中的多个返回 392

17 2 递归 393

递归的例子 394

使用递归的技巧 396

17 3 goto 398

反对goto的论点 398

支持goto的观点 399

关于goto的虚假辩论 400

错误处理和goto 401

goto和在else子句中的共享代码 406

goto使用原则总结 407

17 4 对不常见控制结构的看法 408

其他资源 408

关键点 410

第18章 表驱动方法 411

18 1 表驱动方法使用总则 411

使用表驱动方法的两个问题 412

18 2 直接访问表 413

示例：一个月中的天数（days-in-month） 413

示例：保险费率 415

例子：灵活的讯息格式（flexible-message-format） 416

构造查询键值 423

18 3 索引表访问（indexed access tables） 425

18 4 阶梯访问表 426

18 5 表查询的其他示例 429

关键点 430

第19章 一般控制问题 431

19 1 布尔表达式 432

用true和false做布尔判断 432

简化複杂的表达式 434

编写肯定形式的布尔表达式 436

用括弧使布尔表达式更清晰 438

理解布尔表达式是如何求值的 439

writing numeric expressions in number-line order 441

按照数轴的顺序编写数值表达式 441

guidelines for comparisons to 0 442

与0比较的指导原则 442

common problems with boolean expressions 443

布尔表达式的常见问题 443

19 2 compound statements (blocks) 444

19 2 複合语句（块） 444

19 3 null statements 445

19 3 空语句 445

19 4 taming dangerously deep nesting 446

19 4 驯服危险的深层嵌套 446

summary of techniques for reducing deep nesting 454

对减少嵌套层次的技术的总结 454

19 5 a programming foundation: structured programming 455

19 5 编程基础：结构化编程 455

the three components of structured programming 455

结构化编程的三个组成部分 455

19 6 control structures and complexity 457

19 6 控制结构与複杂度 457

how important is complexity? 458

複杂度的重要性 458

general guidelines for reducing complexity 458

降低複杂度的一般原则 458

other kinds of complexity 460

其它类型的複杂度 460

checklist: control-structure issues 460

检查表：控制结构相关事宜 460

key points 461

关键点 461

这本书讲什幺

《经典代码大全》这本书的原名叫《Classic Code Complete》，那幺Classic Code Complete 在这里是何含义呢？首先，它不代表现代集成开发环境（IDE）中的代码自动补全功能，本书也不打算向您讲解Eclipse 或Visual Studio 2005 中的代码自动补全功能是如何实现的?。其次，Classic Code Complete 也不是真正的软体原始码“大全”的意思??，这本书既没有列出连线各种资料库的代码、也没有列出网页中常用的各种JavaScript 代码。书中的代码示例恐怕也不能直接copy&paste 代码到您自己的项目中。

那幺Classic Code Complete 到底是什幺意思？中译本为什幺又要取名为“代码大全”呢？虽然从网上讨论的情况看，各位网友对书名含义的理解有出入，但是译者有充分的理由相信，Classic Code Complete 是“编码完成”的意思，是一个软体项目开发过程中的重要里程碑（milestone）。

软体项目进行到这里，表明已经完成了所有的编码工作，即将开始系统测试。

这本书讲的正是为了到达“编码完成”这一重要里程碑所必需的软体构建技术，确切地说，就是如何编写高质量的代码。作者认为，应该首先为人编写代码，其次才是为机器（第34 3 节）；代码主要是供人阅读的。遍布全书的提高代码质量的实实在在的技术和诀窍，是本书最有价值的部分。事实上，我们认为第6、7、10 至19 章这300 多页的内容是本书的精华内容，在其他书里恐怕很难找到如此详尽的对变数、语句、子程式等编程基本要素的讨论。

十多年前，本书第1 版以《代码大全》为名翻译出版，在过去的10 余年中，这本书影响了整整一代程式设计师，“代码大全”四个字已成为一个响噹噹的名字。鑒于此，本书第2版决定保留这个无伤大雅的“错误”，沿用“代码大全”作为书名，也藉此向原书第1 版各位译者、修订者们的辛勤劳动表示我们的敬意。无论如何，对Classic Code Complete 的理解不会影响对整本书的理解。

本书除了讲如何构建高质量的软体，还讲如何成为一名优秀的程式设计师（第33 章“个人性格”、第4 3 节“你在技术浪潮中的位置”、第34 4 节“深入一门语言去编程”）。

普通的软体工程实践与最优秀的软体实践差距巨大——多半比其他工程学科中的这种差距都要大。因此，传播优秀实践经验的工具是十分重要的。

—— Fred Brooks

我写这本书的首要目的，就是希望缩小本行业中一般商业实践与大师级人物及专家们之间的知识差距。许多强大的编程技术在被编程领域的大众接触之前，都已在学术论文和期刊里尘封了多年。

虽然近年来前卫的软体开发实践迅速发展，但普通的实践手段并没有太大变化。

很多程式的开发仍然是漏洞百出、迟于交付并且超出预算，还有很多根本就无法满足用户的需求。软体业界以及学术界的研究人员已经发现了不少行之有效的实践经验，足以解决自20 世纪70 年代以来编程领域中日益蔓延的大多数问题。可是这些实践经验很少在高度专业化的技术期刊之外对外发表，所以时至今日大多数编程的机构和组织还没能用上这些技术。有研究表明，一项研发成果从其诞生之日起，到进入商业实践阶段，通常要经历5 到15 年甚至更长的时间（Raghavan and Chand 1989；Rogers 1995；Parnas 1999）。这本手册就是想缩短这一漫长的过程，让那些关键性的研发成果现在就能为更多编程人员所用。

Who Should Read This Book

谁应当阅读本书

本书中所汇集的研究成果和编程经验，将帮助你创建更高质量的软体，使你能更快速地进行开发，遇到的问题更少。本书将帮你弄明白过去为什幺会遇到那些问题，并告诉你如何在将来避免它们。这里所描述的编程实践将帮助你掌控更大型的项目，还能在项目的需求发生变动时帮助你成功地维护并修改已经开发出来的软体。

Experienced Programmers

经验丰富的程式设计师

对于经验丰富的程式设计师而言，本书正是他们想要的一本翔实、易用的软体开发指南。

本书关注的是“构建（construction）”，即整个软体生命周期中最为人熟知的部分；本书把强大的软体开发技术写得让自学的程式设计师和参加过正规训练的程式设计师都能读懂。