代码大全（第2版） (豆瓣)

作者: [美] 史蒂夫·迈克康奈尔
出版社: 电子工业出版社
原作名: Code Complete
译者: 金戈 / 汤凌 / 陈硕 / 张菲译 / 裘宗燕审校
出版年: 2006-3
页数: 944
定价: 128.00元
装帧: 平装
丛书: 传世经典书丛
ISBN: 9787121022982

豆瓣评分

9.3

3150人评价

5星

70.5%
4星

23.4%
3星

5.3%
2星

0.5%
1星

0.3%

评价:

内容简介 · · · · · ·

第2版的《代码大全》是著名IT畅销书作者史蒂夫·迈克康奈尔11年前的经典著作的全新演绎：第2版不是第一版的简单修订增补，而是完全进行了重写；增加了很多与时俱进的内容。这也是一本完整的软件构建手册，涵盖了软件构建过程中的所有细节。它从软件质量和编程思想等方面论述了软件构建的各个问题，并详细论述了紧跟潮流的新技术、高屋建瓴的观点、通用的概念，还含有丰富而典型的程序示例。这本书中所论述的技术不仅填补了初级与高级编程技术之间的空白，而且也为程序员们提供了一个有关编程技巧的信息来源。这本书对经验丰富的程序员、技术带头人、自学的程序员及几乎不懂太多编程技巧的学生们都是大有裨益的。可以说，无论是什么背景的读者，阅读这本书都有助于在更短的时间内、更容易地写出更好的程序。

作者简介 · · · · · ·

史蒂夫·迈克康奈尔（Steve McConnell）被公认为软件开发社区中的首要作者和发言人之一。他是Construx Software公司的首席软件工程师。他所编著的图书包括曾被《软件开发》杂志授予优异产品震撼大奖的《代码大全》和《快速软件开发》，以及《软件项目生存指南》和《专业软件开发》等等。

目录 · · · · · ·

第 1 章欢迎进入软件构建的世界　　3
第 2 章用隐喻来更充分地理解软件开发　　9
第 3 章三思而后行：前期准备　　23
第 4 章关键的“构建”决策　　61
第 5 章软件构建中的设计　　73
第 6 章可以工作的类　　125
· · · · · · (更多)

"代码大全（第2版）"试读 · · · · · ·

CodeGear首席技术官（CTO）李维——代码大全是我早在好几年前便已经阅读过的好书。这几年来我不知买过多少书籍，也清理过许多因为书房再也放不下的书籍，但是代码大全这本书始终占据着我书架上重要的位置而不曾移开过，因为好书是经得起时光考验的。微软亚洲研究院研究员潘爱民——在众多的编程类书籍中，如果只让我挑一本书来阅读，那我一定选择《代码大全》，因为它是最不可或缺的..

第1部分基础信息

· · · · · · (查看全部试读)

豆瓣成员常用的标签(共676个) · · · · · ·

编程代码大全软件开发软件工程计算机程序设计 programming 代码

丛书信息

　　传世经典书丛 (共17册), 这套丛书还有《UNIX编程艺术》,《程序员的思维修炼》,《深入理解计算机系统》,《梦断代码》,《编程匠艺》等。

喜欢读"代码大全（第2版）"的人也喜欢的电子书 · · · · · ·

支持 Web、iPhone、iPad、Android 阅读器

: 编程之美

11.00元

: 程序员的自我修养

36.00元

: CoffeeScript小书

1.99元

: 我编程我快乐

18.00元

: MacTalk·人生元编程

2.99元

喜欢读"代码大全（第2版）"的人也喜欢 · · · · · ·

: 设计模式

: 程序员修炼之道

: 重构

: UNIX编程艺术

: 深入理解计算机系统

: 算法导论（原书第2版）

: 人月神话

: 敏捷软件开发

: 计算机程序的构造和解释

: 编程珠玑(第二版)

我来说两句

短评 · · · · · · ( 全部 564 条 )

书评 · · · · · · (共113条)

我来评论这本书

软件构建的核心就是管理复杂度

mijia

啊，也不知道多少天了，终于啃完了大部头Code Complete。经典就是经典，确实受益匪浅。总结一下，其实让我记忆深刻的主要是两点：首先，软件构建的核心就是管理复杂度。虽然书中有不少的篇幅来讨论变量、语句等等这些编............ (30回应)

2006-05-19 17:55 101/104有用

堪称经典的力作

想飞的猫

想要学习软件开发的都应该去读这本书。书里面有很多一般很难接触到的最佳实践的东西。很多时候，这些也就是新手和高手之间的区别。当你知道了很多这些东西之后，也就很难有人再去叫你菜鸟。我认为本书最值得去读的是中间那几............ (14回应)

2009-11-11 15:39 30/32有用

《代码大全》——软件开发的世界地图

庄表伟

　　我有很浓厚的“地图情结”，以前我写过一篇《我的信仰地图》，最近又做了一次关于Ajax的演讲，名字叫做《Ajax技术地图》。我一直以来的观点是，世界是一个整体，在这个巨大的世界之中，任何事物、任何知识，任何观点，都有............ (13回应)

2006-05-05 10:07 65/76有用

软件构建的集大成者

草根程序员 (xUnit 测试模式第十八章)

初见《代码大全》，还是该书的第一版，只从书名上看，还以为都是一些代码的示例。觉得还有很多的书需要读，这种实用主义的技巧书，可以先放一放，于是与之失之交臂。及至后来，才发现原来被中文书名给骗了。只要将目录浏览一............ (5回应)

2010-03-04 14:31 24/26有用

时机

忘川 (仗义每多屠狗辈负心半是读书人)

这本书看的还是满早了，所谓的早是指买回来基本没放，一个月时间读完。有人说书非借不能读也，我个人是非常赞同的，一般的书我都是买回来几个月才想起来看。这本书的内容不想多谈了，任何夸奖的形容词用在该书上都不过............

2009-08-10 01:45 10/10有用

谁该来读这本书

forrest_gangp

这是程序设计领域属内功秘籍行列的书籍，它教给你什么是好的编程实践，如何做出优雅的设计，怎样写出漂亮的代码。正如所有其他的内功武学一样，它不教给你具体的宗派招式，读过它你并不能马上就实现一个web浏览器或CAD系统；但............

2010-09-13 14:52 5/5有用

> 更多书评(共113条)

软件设计与开发的核心就在于: 控制复杂度

朝阳hit (孤独总是与强者相伴！)

最近在《代码大全》这本书, 包括的内容非常多, 从软件设计到代码开发,团队管理都有,更像是一个软件编程领域的百科全书. 但是,对于书中提到的一点印象最为深刻, 其实在《人月神话》和《卓有成效的程序员》这两本书都有提到, ............

2016-08-05 16:16 来自电子工业出版社2006版

好好学习

广所在

想要学习软件开发的都应该去读这本书。书里面有很多一般很难接触到的最佳实践的东西。很多时候，这些也就是新手和高手之间的区别。当你知道了很多这些东西之后，也就很难有人再去叫你菜鸟。我认为本书最值得去读的是中间那几............

2016-06-23 08:37 1/1有用

只是笔记

子龙

详细的笔记也同时放在了我的博客里：《代码大全（第2版）》笔记 --- title: 《代码大全（第2版）》笔记 date: 2016-08-28 21:05:43 tags: - 代码大全 - 读书笔记 --- ### 记按照阅读顺序来记录吧。并没有按照书页顺序............

2016-04-02 01:57 1/1有用

必看的编程基础书籍

UniFreak

1. 翻译总体质量很好, 但也有些翻译的不是很贴切, 或者和当前惯例译法不一样的地方, 可能会对理解造成障碍, 但是译者会适时加上原本的单词, 影响不是很大 2. 书中的一些建议可能有些过时, 读者应作多方参考, 做独立思考. 3. ............

2016-01-06 15:53 来自电子工业出版社2006版

《代码大全2》读书笔记

JH_Gao

读了两遍，第一遍概览，第二遍仔细地读，并做了笔记。这本书涉及到大量的细节，核心思想是：1. 管理软件项目的核心是管理复杂性；2. 代码更多的是人与人之间的交流。 # 第一部分打好基础 ## 第2章隐喻重要的研发成果常............

2015-12-13 19:09

记下一些需要反复阅读的点

forsee

每天读一点，随手记下些东西，权当索引，懒得打字，直接从英文电子版复制了。页码对应中文第2版 P146 如果派生后覆写了某方法，但在其中没做任何事，应该参考以下内容 Be suspicious of classes that override a routine and d............

2015-12-03 15:45

> 更多书评(共113条)

读书笔记 · · · · · · (共386篇)

我来写笔记

按有用程度
按页码先后
最新笔记

展开收起
all

Phil菠菜

开着douban.fm，用思维导图XMind写《Code Complete》（《代码大全2》）的读书笔记，用Dropbox git做版本管理，用RTM(https://www.rememberthemilk.com)做GTD(Get Things Done)，计划把860页的《代码大全2》读完，并做一个完整的软件构建笔记与大家分享：）。 xmind笔记放在https://github.com/philsong/codecomplete2 我的读书计划http://jihua.fm/users/104020
2012-03-17 07:50   12人收藏

开着douban.fm，用思维导图XMind写《Code Complete》（《代码大全2》）的读书笔记，用Dropbox git做版本管理，用RTM(https://www.rememberthemilk.com)做GTD(Get Things Done)，计划把860页的《代码大全2》读完，并做一个完整的软件构建笔记与大家分享：）。
xmind笔记放在https://github.com/philsong/codecomplete2
我的读书计划http://jihua.fm/users/104020

推荐
收藏   12人收藏

回应   2012-03-17 07:50
展开收起
全书文摘

Suave (trust instinct, be visionary)

设计是一个启发式过程隐喻是启示而不是算法典型情况下需求会有多少改动？IBM和其他公司的研究发现，平均水平的项目在开发过程中，需求会有25%的变化（Boehm 1981，Jones 1994，Jones 2000）。在典型的项目中，需求变更导致的返工占到返工总量的75%到85%（Leffingwell 1997，Wiegers 2003）。注意项目的商业案例：有些需求作为功能特色来看是不错的想法，但是当你评估“增加的商业价值”时就会觉得它是个糟透了的主意。...
2012-02-14 14:09   3人收藏

设计是一个启发式过程
隐喻是启示而不是算法
典型情况下需求会有多少改动？IBM和其他公司的研究发现，平均水平的项目在开发过程中，需求会有25%的变化（Boehm 1981，Jones 1994，Jones 2000）。在典型的项目中，需求变更导致的返工占到返工总量的75%到85%（Leffingwell 1997，Wiegers 2003）。
注意项目的商业案例：有些需求作为功能特色来看是不错的想法，但是当你评估“增加的商业价值”时就会觉得它是个糟透了的主意。
一个好的项目规划者，应能尽早清楚项目中的主要风险，以使大部分工作能平稳进行。
这通常包含两方面的工作：1. 分析出全面准确的需求；2.创建高质量的架构
发现错误要尽可能接近引入错误的时间，缺陷在软件食物链里面呆的时间越长，它对食物链的后级造成的损害就越严重
“问题定义”只定义了“问题是什么”，而不涉及任何可能的解决方案，应在需求分析之前，而需求分析是对所定义问题的深入调查，应该用客户语言来写，从客户角度来描述问题
值得反复阅读的：
1. ch3.5 结构的典型组成部分，后面还有一个checklist，是架构师应该认真理解的。架构也不但是架构师的工作，每个参与项目的程序员都应该把自己看作架构师，站在全局的角度上理解项目
Sapir-Whorf假说是，你思考的能力取决于你是否知道能够表达该思想的词汇。如果你不知道这些词汇，就无法表达出这种思想，甚至可能不能形成这种思想（Whorf 1956）。

推荐
收藏   3人收藏

回应   2012-02-14 14:09
展开收起
第74页

Suave (trust instinct, be visionary)

“险恶的(wicked)”问题就是那种只有通过解决或部分解决才能被明确的问题(1973)。这个看似矛盾的定义其实是在暗示说，你必须首先把这个问题“解决”一遍以便能够明确地定义它，然后再次解决该问题，从而形成一个可执行的方案。这一过程已经如影随形地在软件开发中存在数十年了(Peters and Tripp 1976) 的确，如何全面的分析所面对的问题是最棘手的事情。面对所要构建的系统，我更推荐先仔细查找、分析你所能找到的所有类型系统..
2012-05-07 13:37   2人收藏

“险恶的(wicked)”问题就是那种只有通过解决或部分解决才能被明确的问题(1973)。这个看似矛盾的定义其实是在暗示说，你必须首先把这个问题“解决”一遍以便能够明确地定义它，然后再次解决该问题，从而形成一个可执行的方案。这一过程已经如影随形地在软件开发中存在数十年了(Peters and Tripp 1976)
的确，如何全面的分析所面对的问题是最棘手的事情。面对所要构建的系统，我更推荐先仔细查找、分析你所能找到的所有类型系统、设计、代码。经验标明，系统中的80%的部分应该能找到参照系，这也是 80/20 原则。在这样的指导建议下，能很大程度上降低设计的难度和风险

推荐
收藏   2人收藏

回应   2012-05-07 13:37
展开收起
理想的设计特征

liuh (平常心，不要急，不要等)

高质量的软件设计应该考虑如下目标，如果这些目标之间存在冲突，需要在其中进行折中，并得到一个最优的设计。 1.最小的复杂度避免”聪明“但是却不容易理解的设计； 2.易于维护软件的生命期更多的是维护阶段； 3.松散耦合 4.可扩展性面向未来进行设计 5.可重用性每一个项目都要为团队的积累做出贡献； 6、7high fan-in，low fan-out 每一个类应该力求被更多其他类使用；每一个类应该力求使用最少的其他类，才能管...
2011-12-20 16:23

高质量的软件设计应该考虑如下目标，如果这些目标之间存在冲突，需要在其中进行折中，并得到一个最优的设计。
1.最小的复杂度
避免”聪明“但是却不容易理解的设计；
2.易于维护
软件的生命期更多的是维护阶段；
3.松散耦合
4.可扩展性
面向未来进行设计
5.可重用性
每一个项目都要为团队的积累做出贡献；
6、7high fan-in，low fan-out
每一个类应该力求被更多其他类使用；
每一个类应该力求使用最少的其他类，才能管理好复杂度；
8.可移植性
对需要在客户端运行的软件可能很重要，但对现在互联网而言，后台程序对这点的考虑可以降低优先级了；
9.精简性
把多余的代码都删掉，有冲动时问自己一个关键的问题”这虽然简单，但把它加进来之后会损害什么呢？“
一个新近的好的例子：
Redis作者拒绝微软的Windows补丁（http://blog.nosqlfan.com/html/3528.html）
10.层次性
力求能在任意层次观察系统，层次间互相隔离；
11.标准技术
每个项目应该力求引入最少的新技术；

推荐
收藏

回应 2011-12-20 16:23

展开收起
第1页

海鸥 (http://blog.sina.com.cn/u/1851)

2011-07-24 17:43

推荐
收藏

回应 2011-07-24 17:43
展开收起
第1页

fleuria搬砖叔 (Affinity)

云风的笔记：http://blog.codingnow.com/cloud/CodeComplete (5回应)
2011-08-31 20:32

云风的笔记：http://blog.codingnow.com/cloud/CodeComplete

推荐
收藏

5回应 2011-08-31 20:32
展开收起
第1页

叫什么好

代码大全 3.1.2 在进行创建工作之前必须做准备工作的论据 2013-01-06 08:26:42 在一个正常的生态系统中，海鸥以沙丁鱼为食，沙丁鱼吃鲜鱼，鲜鱼吃水虱，其结果会形成一个正常的食物链。在编程工作中，如果软件食物链的每一级都可以吃到健康的食物，其结果是由一群快乐的程序员写出的正确代码。 2013-01-06 08:27:17 如果需求定义遭受了污染，那么这又会影响结构设计，而这将最终影响创建活动。这将导致程序员们脾气暴躁..
2013-01-08 21:22   1人收藏

代码大全
3.1.2 在进行创建工作之前必须做准备工作的论据
2013-01-06 08:26:42
在一个正常的生态系统中，海鸥以沙丁鱼为食，沙丁鱼吃鲜鱼，鲜鱼吃水虱，其结果会形成一个正常的食物链。在编程工作中，如果软件食物链的每一级都可以吃到健康的食物，其结果是由一群快乐的程序员写出的正确代码。
2013-01-06 08:27:17
如果需求定义遭受了污染，那么这又会影响结构设计，而这将最终影响创建活动。这将导致程序员们脾气暴躁而营养不良，同时生产出遭受严重污染而充满缺陷的软件。
3.3.1 为什么要有正式的需求
2013-01-06 08:27:37
问题定义只描述要解决的问题是什么，根本不涉及解决方法。它应该是一个简短的说明，听起来像一个问题。比如“我们无法跟上指令系统”听起来像一个问题，也是一个好的问题定义。而“我们需要优化数据入口系统以便跟上指令系统”则是一个糟糕的问题定义，它听起来不像是个问题而更像是个解决方案。
2013-01-06 08:24:47
明确的需求可以保证是由用户而不是程序员决定系统的功能。
3.3.3 在创建阶段如何对付需求变化
2013-01-06 10:31:54
正如随着工作的进行，你对其理解越来越深刻一样，用户对自己想要的东西，也是随着项目的进行而越来越清楚的，这也是需求变动的主要原因。－个从不变更需求的计划，事实上是一个对用户的需求不予理睬的计划。典型的变动有多少呢？根据 IBM 的调查，对于一个典型的有一百万
3.3.4 检查表
2013-01-06 10:32:54
让每个人都知道由于变化需求所付出的代价
2013-01-06 10:33:55
建立一套更改控制过程
13.1 必须有明确顺序的程序语句
2013-01-06 11:11:47
使用子程序参数使依赖关系明显。
13.2.3 使变量存活时间尽可能短
2013-01-06 11:12:37
使变量存活时间尽可能短
14.1.1 简单if-then语句
2013-01-06 11:13:59
把正常情况放在if后面而不是else后面。
14.2.2 用case语句该注意的几点
2013-01-06 11:15:13
把各种情况按字母或数字顺序组织。如果各种情况是同等重要的，按A－B－C顺序安排，以提高可读性。每个事件都可很容易从整体中挑出来。把正常情况的事件放在最开始。如果是一个正常情况及几个异常情况，把正常情况放在最先，并用注释标明哪些是正常情况哪些是异常情况。按出现频率组织情况。
15.2.5 检查循环边界
2013-01-06 11:17:15
要特别小心一个循环中许多 break 语句分散出现的情形。一个循环中包含了许多 break，则表明对循环的结构或者对周围代码的作用还考虑得不清楚。
2013-01-06 11:17:25
把 continue 放在循环的头前检查。c
2013-01-06 11:17:31
检查循环边界
15.3 编写循环的简单方法——从里到外
2013-01-06 11:17:47
编写循环的简单方法——从里到外
16.2 Return语句
2013-01-06 11:18:56
减少每个程序中的 return 语句。
16.3.2 怎样用递归
2013-01-06 11:19:21
要保证递归能终止。
2013-01-06 11:19:28
设置安全计数器防止无限递归
26.3 修改错误
2013-01-06 23:05:14
在改正问题前真正了解其实质
2013-01-06 23:05:32
理解整个程序，而不只是了解某个问题
2013-01-06 23:05:54
确诊错误
2013-01-06 23:06:26
保存初始源代码
26.4 调试心理因素
2013-01-06 23:07:25
寻找相似错误

推荐
收藏   1人收藏

回应   2013-01-08 21:22
展开收起
第1页

oldfeel (http://git.oschina.net/oldfeel)

因为名字，无数次错过这本书。。。蛋疼！
2013-07-22 00:50

因为名字，无数次错过这本书。。。蛋疼！

推荐
收藏

回应 2013-07-22 00:50

展开收起
第632页
子龙
这一页提到了一个技术，“编译期初始化”。是说：如果在一个子程序调用中使用了一个具名常量或是神秘数值，而且它是子程序唯一的参数，这就是一种暗示，你应当提前计算这一数值，把它放到某个常量中，从而避免上面那种子程序调用。然后大神用C++给出了一个示例。不过，在我用 JavaScript 重演这个示例的时候，却发现现在的编译器已经足够聪明了：测试代码： /代码内容已省略/...
2016-09-28 22:15
这一页提到了一个技术，“编译期初始化”。是说：
如果在一个子程序调用中使用了一个具名常量或是神秘数值，而且它是子程序唯一的参数，这就是一种暗示，你应当提前计算这一数值，把它放到某个常量中，从而避免上面那种子程序调用。
然后大神用C++给出了一个示例。
不过，在我用 JavaScript 重演这个示例的时候，却发现现在的编译器已经足够聪明了：
测试代码：
function lg1(x) { return Math.log(x) / Math.log(2); } var NUM = 1000000; var LOG2 = 0.6931471805599453; function lg2(x) { return Math.log(x) / LOG2; } console.time('lg1'); for(var i = 1; i< NUM; i++) { lg1(i); } console.timeEnd('lg1'); console.time('lg2'); for(var i = 1; i< NUM; i++) { lg2(i); } console.timeEnd('lg2');
运行结果是：
lg1: 29.933ms
lg2: 29.699ms
多次运行，也会发现二者并无明显区别。
猜测是JS引擎足够聪明，认识到 Math.log(2) 就是个常量，因此在编译期自行做了优化。

推荐
收藏

回应 2016-09-28 22:15
展开收起
不知什么时候才能再拿起读~

Chelios

2008年就买的砖头书，到现在还放在某个袋子里。
2016-08-16 14:51

2008年就买的砖头书，到现在还放在某个袋子里。

推荐
收藏

回应 2016-08-16 14:51
展开收起
第263页

子龙

把限定词加到名字的最后。限定词就是指诸如 total, average, sum, max, min, string（标示此变量为字符串）, pointer（标示其为指针），应该放在变量名的结尾。不过有个例外，即 Num。
2016-04-18 19:25

把限定词加到名字的最后。
限定词就是指诸如 total, average, sum, max, min, string（标示此变量为字符串）, pointer（标示其为指针），应该放在变量名的结尾。
不过有个例外，即 Num。

推荐
收藏

回应 2016-04-18 19:25
展开收起
不如你想象中那样起作用的性格因素

红色有角F叔 (某续命的超电磁蛤)

与其他行业相比，软件开发行业的经验比书本知识价值要小，这有几个原因：在其他许多行业里，基础知识变化的很慢。即便晚你十年毕业的人，他所学的基础知识还和你那时学的一模一样；而软件开发，即使基础知识也变化很快，晚于你十年毕业的人所学的有效编程技术，其数量可能是你的两倍。
2015-10-24 12:52

与其他行业相比，软件开发行业的经验比书本知识价值要小，这有几个原因：在其他许多行业里，基础知识变化的很慢。即便晚你十年毕业的人，他所学的基础知识还和你那时学的一模一样；而软件开发，即使基础知识也变化很快，晚于你十年毕业的人所学的有效编程技术，其数量可能是你的两倍。

推荐
收藏

回应 2015-10-24 12:52

> 更多读书笔记（共386篇）

论坛 · · · · · ·


这书适合刚工作的吗？	来自chriswujy	9 回应	2015-12-18
代码大全--子程序读书笔记	来自yolanda		2009-07-20
中国IT行业“好工程师”应该是什么样的？成为优秀...	来自叶卡		2014-09-29
看这本书是一种享受	来自博文视点		2009-11-04
《代码大全》已9次印刷，印数突破50000册	来自yolanda	1 回应	2010-08-19