高质量程序设计指南
当前位置:首页 > 网络编程 > 编程语言与程序设计 > 高质量程序设计指南
出版社:电子工业
出版日期:2007-5
ISBN:9787121041143
作者:林锐,韩永泉
页数:394页
作者简介
《高质量程序设计指南:C++、C语言》(第3版)以轻松幽默的笔调向读者论述了高质量软件开发方法与C++/C编程规范。它是作者多年从事软件开发工作的经验总结。《高质量程序设计指南:C++、C语言》(第3版)共17章，第1章到第4章重点介绍软件质量和基本的程序设计方法；第5章到第16章重点阐述 C++/C编程风格、面向对象程序设计方法和一些技术专题；第17章阐述STL 的原理和使用方法。
《高质量程序设计指南:C++、C语言》(第3版)第1版和第2版部分章节曾经在Internet上广泛流传，被国内IT企业的不少软件开发人员采用。《高质量程序设计指南:C++、C语言》(第3版)的附录C《大学十年》是作者在网上发表的一个短篇传记，文中所描述的充满激情的学习和生活态度，感染了大批莘莘学子。
书籍目录
第1章 高质量软件开发之道
11.1 软件质量基本概念
11.1.1 如何理解软件的质量
11.1.2 提高软件质量的基本方法
31.1.3 “零缺陷”理念
41.2 细说软件质量属性
41.2.1 正确性
41.2.2 健壮性
51.2.3 可靠性
51.2.4 性能
61.2.5 易用性
71.2.6 清晰性
71.2.7 安全性
71.2.8 可扩展性
81.2.9 兼容性
81.2.10 可移植性
81.3 人们关注的不仅仅是质量
91.3.1 质量、生产率和成本之间的关系
91.3.2 软件过程改进的基本概念
111.4 高质量软件开发的基本方法
131.4.1 建立软件过程规范
131.4.2 复用
151.4.3 分而治之
161.4.4 优化与折中
171.4.5 技术评审
181.4.6 测试
191.4.7 质量保证
211.4.8 改错
221.5 关于软件开发的一些常识和思考
241.5.1 有最好的编程语言吗
241.5.2 编程是一门艺术吗
241.5.3 编程时应该多使用技巧吗
241.5.4 换更快的计算机还是换更快的算法
251.5.5 错误是否应该分等级
251.5.6 一些错误的观念
251.6 小结
26第2章 编程语言发展简史
272.1 编程语言大事记
272.2 Ada的故事
302.3 C/C++发展简史
312.4 Borland与Microsoft之争
322.5 Java阵营与Microsoft的较量
332.6 小结
36第3章 程序的基本概念
373.1 程序设计语言
373.2 语言实现
383.3 程序库
403.4 开发环境
403.5 程序的工作原理
413.6 良好的编程习惯
42第4章 C++/C程序设计入门
454.1 C++/C程序的基本概念
454.1.1 启动函数main()
454.1.2 命令行参数
474.1.3 内部名称
484.1.4 连接规范
494.1.5 变量及其初始化
514.1.6 C Runtime Library
524.1.7 编译时和运行时的不同
524.1.8 编译单元和独立编译技术
544.2 基本数据类型和内存映像
544.3 类型转换
564.3.1 隐式转换
564.3.2 强制转换
584.4 标识符
604.5 转义序列
614.6 运算符
624.7 表达式
634.8 基本控制结构
654.9 选择（判断）结构
654.9.1 布尔变量与零值比较
664.9.2 整型变量与零值比较
674.9.3 浮点变量与零值比较
674.9.4 指针变量与零值比较
694.9.5 对if语句的补充说明
704.9.6 switch结构
704.10 循环（重复）结构
714.10.1 for语句的循环控制变量
724.10.2 循环语句的效率
734.11 结构化程序设计原理
784.12 goto/continue/break语句
794.13 示例
80第5章 C++/C常量
855.1 认识常量
855.1.1 字面常量
855.1.2 符号常量
865.1.3 契约性常量
875.1.4 枚举常量
875.2 正确定义符号常量
875.3 const与#define的比较
885.4 类中的常量
895.5 实际应用中如何定义常量
90第6章 C++/C函数设计基础
956.1 认识函数
956.2 函数原型和定义
966.3 函数调用方式
976.4 认识函数堆栈
996.5 函数调用规范
1006.6 函数连接规范
1016.7 参数传递规则
1026.8 返回值的规则
1046.9 函数内部实现的规则
1076.10 存储类型及作用域规则
1096.10.1 存储类型
1096.10.2 作用域规则
1106.10.3 连接类型
1116.11 递归函数
1136.12 使用断言
1166.13 使用const提高函数的健壮性
1186.13.1 用const修饰函数的参数
1186.13.2 用const修饰函数的返回值
119第7章 C++/C指针、数组和字符串
1217.1 指针
1217.1.1 指针的本质
1217.1.2 指针的类型及其支持的运算
1237.1.3 指针传递
1257.2 数组
1267.2.1 数组的本质
1267.2.2 二维数组
1287.2.3 数组传递
1297.2.4 动态创建、初始化和删除数组的方法
1317.3 字符数组、字符指针和字符串
1337.3.1 字符数组、字符串和‘\0’的关系
1337.3.2 字符指针的误区
1347.3.3 字符串拷贝和比较
1347.4 函数指针
1357.5 引用和指针的比较
137第8章 C++/C高级数据类型
1418.1 结构（Struct）
1418.1.1 关键字struct与class的困惑
1418.1.2 使用struct
1428.1.3 位域
1458.1.4 成员对齐
1478.2 联合（Union）
1598.3 枚举（Enum）
1618.4 文件
163第9章 C++/C编译预处理
1659.1 文件包含
1659.1.1 内部包含卫哨和外部包含卫哨
1659.1.2 头文件包含的合理顺序
1669.2 宏定义
1669.3 条件编译
1699.3.1 #if、#elif和#else
1699.3.2 #ifdef 和 #ifndef
1709.4 #error
1719.5 #pragma
1719.6 #和##运算符
1719.7 预定义符号常量
172第10章 C++/C文件结构和程序版式
17510.1 程序文件的目录结构
17510.2 文件的结构
17610.2.1 头文件的用途和结构
17610.2.2 版权和版本信息
17710.2.3 源文件结构
17810.3 代码的版式
17810.3.1 适当的空行
17810.3.2 代码行及行内空格
17910.3.3 长行拆分
18010.3.4 对齐与缩进
18110.3.5 修饰符的位置
18210.3.6 注释风格
18210.3.7 ADT/UDT版式
183第11章 C++/C应用程序命名规则
18511.1 共性规则
18511.2 简单的Windows应用程序命名
186第12章 C++面向对象程序设计方法概述
18912.1 漫谈面向对象
18912.2 对象的概念
19012.3 信息隐藏与类的封装
19112.4 类的继承特性
19512.5 类的组合特性
20012.6 动态特性
20112.6.1 虚函数
20212.6.2 抽象基类
20212.6.3 动态绑定
20512.6.4 运行时多态
20712.6.5 多态数组
20812.7 C++对象模型
21512.7.1 对象的内存映像
21512.7.2 隐含成员
22412.7.3 C++编译器如何处理成员函数
22512.7.4 C++编译器如何处理静态成员
22512.8 小结
226第13章 对象的初始化、拷贝和析构
22913.1 构造函数与析构函数的起源
22913.2 为什么需要构造函数和析构函数
23013.3 构造函数的成员初始化列表
23213.4 对象的构造和析构次序
23413.5 构造函数和析构函数的调用时机
23513.6 构造函数和赋值函数的重载
23613.7 示例：类String的构造函数和析构函数
23813.8 何时应该定义拷贝构造函数和拷贝赋值函数
23913.9 示例：类String的拷贝构造函数和拷贝赋值函数
24013.10 用偷懒的办法处理拷贝构造函数和拷贝赋值函数
24213.11 如何实现派生类的基本函数
243第14章 C++函数的高级特性
24714.1 函数重载的概念
24714.1.1 重载的起源
24714.1.2 重载是如何实现的
24714.1.3 当心隐式类型转换导致重载函数产生二义性
24914.2 成员函数的重载、覆盖与隐藏
25014.2.1 重载与覆盖
25014.2.2 令人迷惑的隐藏规则
25114.2.3 摆脱隐藏
25314.3 参数的默认值
25414.4 运算符重载
25514.4.1 基本概念
25514.4.2 运算符重载的特殊性
25614.4.3 不能重载的运算符
25714.4.4 重载++和--
25714.5 函数内联
25914.5.1 用函数内联取代宏
25914.5.2 内联函数的编程风格
26014.5.3 慎用内联
26114.6 类型转换函数
26114.7 const成员函数
264第15章 C++异常处理和RTTI
26715.1 为什么要使用异常处理
26715.2 C++异常处理
26815.2.1 异常处理的原理
26815.2.2 异常类型和异常对象
26915.2.3 异常处理的语法结构
27015.2.4 异常的类型匹配规则
27215.2.5 异常说明及其冲突
27215.2.6 当异常抛出时局部对象如何释放
27315.2.7 对象构造和析构期间的异常
27315.2.8 如何使用好异常处理技术
27515.2.9 C++的标准异常
27815.3 虚函数面临的难题
27815.4 RTTI及其构成
28015.4.1 起源
28015.4.2 typeid运算符
28115.4.3 dynamic_cast<>运算符
28315.4.4 RTTI的魅力与代价
285第16章 内存管理
28716.1 内存分配方式
28716.2 常见的内存错误及其对策
28816.3 指针参数是如何传递内存的
28916.4 free和delete把指针怎么啦
29116.5 动态内存会被自动释放吗
29216.6 杜绝“野指针”
29216.7 有了malloc/free为什么还要new/delete
29316.8 malloc/free的使用要点
29516.9 new有3种使用方式
29616.9.1 plain new/delete
29616.9.2 nothrow new/delete
29716.9.3 placement new/delete
29716.10 new/delete的使用要点
30016.11 内存耗尽怎么办
30116.12 用对象模拟指针
30216.13 泛型指针auto_ptr
30516.14 带有引用计数的智能指针
30616.15 智能指针作为容器元素
310第17章 学习和使用STL
32317.1 STL简介
32317.2 STL头文件的分布
32417.2.1 容器类
32417.2.2 泛型算法
32517.2.3 迭代器
32517.2.4 数学运算库
32517.2.5 通用工具
32517.2.6 其他头文件
32617.3 容器设计原理
32617.3.1 内存映像
32617.3.2 存储方式和访问方式
32717.3.3 顺序容器和关联式容器的比较
32817.3.4 如何遍历容器
33117.3.5 存储空间重分配问题
33217.3.6 什么样的对象才能作为STL容器的元素
33317.4 迭代器
33417.4.1 迭代器的本质
33417.4.2 迭代器失效及其危险性
33817.5 存储分配器
34617.6 适配器
34717.7 泛型算法
35017.8 一些特殊的容器
35417.8.1 string类
35417.8.2 bitset并非set
35517.8.3 节省存储空间的vector
35717.8.4 空容器
35817.9 STL容器特征总结
36017.10 STL使用心得
362附录A C++/C试题
365附录B C++/C试题答案与评分标准
369附录C 大学十年
375附录D 《大学十年》后记
393附录E 术语与缩写解释
395参考文献
397
前言
第3版 大约在2005年年初，本书第2版（和第1版）已经售完。至今本书仍然受到软件公司和C++程序员的关注，不断有读者询问我从何处可以买到本书、什么时候再版。 说来惭愧，我从2002年写完本书第1版后，再也没有接触过C++编程，现在对C++已经很陌生了。2004年1月我离开上海贝尔，创办了上海漫索计算机科技有限公司，专注于IT企业的研发管理整体解决方案（包括软件产品和咨询服务）。我自己已经从技术专家转型为企业管理者，关注商务多于软件技术。对于出版本书第3版，我的确心有余而力不足。幸好第2版的作者韩永泉仍然从事应用软件开发，宝刀未老，他全面操办了第3版，我只是挂名而已。 在撰写第3版的时候，为了更进一步突出本书一贯强调的“高质量程序设计”理念，对原书第2版的内容做了一些调整： 首先是对第2版进行了全面的修订，改正了所有已经发现的错误，并对原有部分章节的内容进行了补充； 其次，删除了第2版的第2章和第17章（名字空间和模板）。根据我们的观察，除非是开发类库等通用程序，第17章的内容在现阶段对应用软件开发人员一般不具有实际指导价值； 最后，增加了大约10个小节的内容，分散在各章中。这些增加的内容是实际应用软件开发过程中经常会用到的技术，可以显著地提高编程效率，增强软件的健壮性和可移植性。 不论本书第1版和第2版是好是差，它都被过度地使用了，产生了令作者始料不及的影响。本书的试题被国内软件公司大面积地用于C++程序员招聘考试，结果事先看过答案的应试者考了高分而被录取，还真有人向我致谢；也有不少人未看过答案而考了低分未被录取，在网上把作者骂一通。本书的试题和答案早在2002年就公开了，不知有多少人看过，我很奇怪怎么到现在还被煞有介事地用于考试。 本书第3版即将出版，我希望读者正确地使用本书：请您学习和应用您（或公司）认为好的东西，不要把本书当做标准来看待，不要全部照搬，也不必花费很多时间去争议本书是好还是坏。 第2版 《高质量程序设计指南—C++/C语言》第1版上市后，一度成为畅销书。网上评论甚多，褒贬参半。我们分析了读者的批评和建议，总结了本书第1版的主要不足： 由于第1版原本是企业的培训教材，初衷是为了帮助程序员提高程序质量，假设读者已经熟悉C++/C语法，所以内容薄而精练、前后章节不连贯，看起来更像专题讲座。出版社的宣传工作做得很好，本书吸引了很多C++初学者和高级程序员。由于书中不讲解入门知识，导致很多初学者看不下去。有一些大学生听了我的讲座后，为表敬意特地买书让我签名，翻阅之后就塞进书架当做纪念品了。对于那些高级程序员而言，本书的大部分内容他们早已经熟悉，好不容易看到几处精彩的章节，却翻了几页就没有了，真是不过瘾啊。 我的研究专长是软件工程和企业研发管理，而非程序设计。在C++/C编程方面自己仅仅是一名老工匠而已，我的确没有时间没有能力写出让初学者和高级程序员都喜欢的C++/C书籍。这本书炒作得过火，让我骑虎难下了。从2002年11月起，我就开始物色真正的C++/C高手来写本书的第2版。 恰好上海大唐移动通信设备有限公司的韩永泉正在为公司写C++/C培训教材，他也是本书第1版的读者。韩永泉提出了很有价值的建议和批评，并把他写的培训教材发给我看，真是自投罗网啊！ 韩永泉是在西安电子科技大学计算机系读的本科和硕士，内功扎实。我和他碰头交谈了2小时，就把第2版托付给他了。两个月后，他把第2版的书稿交给我审阅。第2版的内容比第1版多了一倍，其广度符合我的设想，其深度完全出乎我的意料。为了阐述清楚C++/C程序之中的许多“为什么”，本书给出了大量的“提示、建议、规则”，并从编译器实现的角度论述原理。这种深度非一般教科书能比，我用了一个月时间才审阅并且学习完毕，删除了几十页过分深奥的内容（免得让我自己看昏倒）。我相信第2版可以让大多数高级程序员看过瘾了。 网上有一些忌世愤俗者认为计算机领域的每个分支都已经有了世界名著，不具有世界顶尖水平的中国人再写类似书籍都是欺世盗名的行为。这种极度自负和极度自卑的心态导致他们专爱骂国内作者。如果中国作者的书籍中的技术错误被他们抓住，经过放大、推理、演绎之后基本上就能断定作者是卑鄙之徒，于是砖头就拍过来了（简称“拍砖”）。拍砖者们遥相呼应，很快就能拍出江湖豪情，被拍的作者就成了倒霉蛋。有位好心的读者怕我经受不起，特意发给我一本拍砖大法——《拍砖十二流》以增强内功。 网上自由漫骂既是网络价值的体现又是民主的体现，这是物质文明和精神文明发展到一定境界的产物。《高质量程序设计指南——C++/C语言》第2版即将出版，作者忐忑不安地等待第二轮“拍砖”。 第1版 软件质量是被许多程序员挂在嘴上而不是放在心上的东西！ 除了完全外行和真正的编程高手外，初读本书，你最先的感受将是惊慌：“哇！我以前捏造的C++/C程序怎么会有那么多的毛病？” 别难过，作者只不过比你早几年、多几次惊慌而已。 请花几小时认真阅读这本经书，你将会获益匪浅，这是前面N-1个读者的建议。 编程老手与高手的误区 自从计算机问世以来，程序设计就成了令人羡慕的职业，程序员在受人宠爱之后容易发展成为毛病特多却常能自我臭美的群体。 如今在Internet上流传的“真正”的程序员据说是这样的： （1）真正的程序员没有进度表，只有讨好领导的马屁精才有进度表，真正的程序员会让领导提心吊胆。 （2）真正的程序员不写使用说明书，用户应当自己去猜想程序的功能。 （3）真正的程序员几乎不写代码的注释，如果注释很难写，它理所当然也很难读。 （4）真正的程序员不画流程图，原始人和文盲才会干这事。 （5）真正的程序员不看参考手册，新手和胆小鬼才会看。 （6）真正的程序员不写文档也不需要文档，只有看不懂程序的笨蛋才用文档。 （7）真正的程序员认为自己比用户更明白用户需要什么。 （8）真正的程序员不接受团队开发的理念，除非他自己是头头。 （9）真正的程序员的程序不会第一次就正确运行，但是他们愿意守着机器进行若干个30小时的调试改错。 （10）真正的程序员不会在上午9：00到下午5：00之间工作，如果你看到他在上午9：00工作，这表明他从昨晚一直干到现在。 …… 具备上述特征越多，越显示程序员水平高，资格老。所以别奇怪，程序员的很多缺点竟然可以被当做优点来欣赏。就像在武侠小说中，那些独来独往、不受约束且带点邪气的高手最令人崇拜一样。我曾经也这样信奉，并且希望自己成为那样的“真正”的程序员，结果没有得到好下场。 我从读大学到博士毕业10年来一直勤奋好学，累计编写了数十万行C++/C代码。有这样的苦劳和疲劳，我应该称得上是编程老手了吧？ 我开发的软件都与科研相关（集成电路CAD和3D图形学领域），动辄数万行程序，技术复杂，难度颇高。这些软件频频获奖，有一个软件获得首届中国大学生电脑大赛软件展示一等奖。在1995年开发的一套图形软件库到2000年还有人买。罗列出这些“业绩”，可以说明我算得上是编程高手了吧？ 可惜这种个人感觉不等于事实。 读博期间我曾用一年时间开发了一个近10万行C++代码的3D图形软件产品，我内心得意表面谦虚地向一位真正的软件高手请教。他虽然从未涉足过3D图形领域，却在几十分钟内指出该软件多处重大设计错误。让人感觉那套软件是用纸糊的华丽衣服，扯一下掉一块，戳一下破个洞。我目瞪口呆地意识到这套软件毫无实用价值，一年的心血白花了，并且害死了自己的软件公司。 人的顿悟通常发生在最心痛的时刻，在沮丧和心痛之后，我作了深刻反省，“面壁”半年，重新温习软件设计的基础知识。补修“内功”之后，又觉得腰板硬了起来。博士毕业前半年，我曾到微软中国研究院找工作，接受微软公司一位资深软件工程师的面试。他让我写函数strcpy的代码。 太容易了吧？ 错！ 这么一个小不点儿的函数，他从三个方面考查： （1）编程风格； （2）出错处理； （3）算法复杂度分析（用于提高性能）。 在大学里从来没有人如此严格地考查过我的程序。我花了半小时，修改了数次，他还不尽满意，让我回家好好琢磨。我精神抖擞地进“考场”，大汗淋漓地出“考场”。这“高手”当得也太窝囊了。我又好好地反省了一次。 我把反省后的心得体会写成文章放在网上，引起了不少软件开发人员的共鸣。我因此有幸和国内大型IT企业如华为、上海贝尔、中兴等公司的同行们广泛交流。大家认为提高质量与生产率是软件工程要解决的核心问题。高质量程序设计是非常重要的环节，毕竟软件是靠编程来实现的。 我们心目中的老手们和高手们能否编写出高质量的程序来？ 不见得都能！ 就我的经历与阅历来看，国内大学的计算机教育根本就没有灌输高质量程序设计的观念，教师们和学生们也很少自觉关心软件的质量。勤奋好学的程序员长期在低质量的程序堆中滚爬，吃尽苦头之后才有一些心得体会，长进极慢，我就是一例。 现在国内IT企业拥有学士、硕士、博士文凭的软件开发人员比比皆是，但他们在接受大学教育时就“先天不足”，岂能一到企业就突然实现质的飞跃。试问有多少软件开发人员对正确性、健壮性、可靠性、性能、易用性、清晰性、可扩展性、安全性、兼容性、可移植性等质量属性了如指掌？并且能在实践中运用自如？“高质量”可不是干活小心点就能实现的！ 我们有充分的理由疑虑： （1）编程老手可能会长期用隐含错误的方式编程，习惯成自然后，被人指出发现毛病时都不愿相信那是真的！ （2）编程高手可以在某一领域写出极有水平的代码，但未必能从全局把握软件质量的方方面面。 事实证明如此。我到上海贝尔工作后，陆续面试或测试过近百名“新”、“老”程序员的编程技能，合格率低于50％。很少有人能够写出完全符合质量要求的if语句，很多程 序员对指针、内存管理一知半解…… 领导们不敢相信这是真的。我做过现场试验：有一次部门新进14名硕士生，在开欢迎会之前对他们进行“C++/C编程技能”摸底考试。我问大家试题难不难？所有的人都回答不难。结果没有一个人及格，有半数人得零分。 竞争对手如华为、中兴、大唐等公司的朋友们也做过试验，也是类似的结果。真的不是我“心狠手辣”或者要求过高（甚至变态），而是很多软件开发人员对自己的要求不够高。要知道这些大公司的员工素质在国内IT企业中是比较位列前茅前列的，倘若他们的编程质量都如此差的话，我们怎么敢期望中小公司拿出高质量的软件呢？连程序都编不好，还谈什么振兴民族软件产业。 多年来，我在软件开发过程中的苦头吃得实在太多了，现在总算被折磨清醒了。我打算定义编程老手和编程高手，请您别见笑。 定义1：能长期稳定地编写出高质量程序的程序员称为编程老手。 定义2：能长期稳定地编写出高难度、高质量程序的程序员称为编程高手。 根据上述定义，马上得到第一推论：我既不是高手也算不上是老手。 在写此书前，我阅读了不少程序设计方面的英文著作，越看越羞惭。因为发现自己在编程基本技能方面都未能全面掌握，顶多算是二流水平，还好意思谈什么老手和高手。希望和我一样在国内土生土长的程序员朋友们能够做到： （1）知错就改； （2）经常温故而知新； （3）坚持学习，天天向上。 林锐 2002年4月 上海贝尔阿尔卡特股份有限公司
内容概要
林锐，国内知名的软件工程专家和研发管理咨询师。西安电子科技大学硕士，浙江大学计算机系博士。2000年7月加入上海贝尔有限公司，从事软件工程和CMM的研究推广工作。2003年7月当选为Alcatel集团技术专家。2004年初创建上海漫索计算机科技有限公司(http：／／www.chinaspis.com)，致力于创建适合国内IT企业需求的研发管理解决方案，包括方法论和软件产品。已出版著作七部。
图书封面
发布书评
精彩书评 (总计14条)
-
这是一本曾经被很多人奉为经典的书，据说不少公司曾经直接作为招聘的笔试题。我在高中的时候看过第一版，也帮助我养成了不少受用至今的好习惯，然后稀里糊涂地考上了西电技术物理学院，做了林锐的学弟。我是在考上西电计算机院之后买了这本书的第三版，也就是我成为韩永泉的学弟的时候……看我们老师上课时候给的示例代码里还似乎能看出来这本书的一点点影响，甚至老师上课举得第一个例子就是GetMemory。但是现在看来这本书虽然加入了一些关于OO和STL的东西但是大部分内容还是照搬第一版，没有任何变化。而书中林博士的语言风格实在让我非常头大，我实在是……忍着恶心读完的很多部分。如果这本书能够真的用心去认真雕琢，完全可以接近Effective系列的水平，但是显然作者做的还远不够 -
original poster: @幻の上帝林锐博士在写这本书的时候毕竟很早了，所以书中出现了很多错误。第1章 文件结构每个C++/C程序通常分为两个文件。//错误。没有强调翻译单元的概念。另一个文件用于保存程序的实现（implementation），称为定义（definition）文件。//有误。实现不简单等同于定义。例如，类的完整声明也是类的定义，但不是完整的实现。头文件也可以存放其它定义（例如模板和内联函数的实现）。1.2建议1-2-1在C++语法中，类的成员函数可以在声明的同时被定义，并且自动成为内联函数。这虽然会带来书写上的方便，但却造成了风格不一致，弊大于利。建议将成员函数的定义与声明分开，不论该函数体有多么小。//这条建议一般不适用于类模板。1.4头文件能加强类型安全检查。如果某个接口被实现或被使用时，其方式与头文件中的声明不一致，编译器就会指出错误，这一简单的规则能大大减轻程序员调试、改错的负担。//在使用合理的情况下，这基本上是正确的，但头文件可以导致其它方面——像重构（典型情况如重命名一个函数）的复杂化。第2章 程序的版式这章基本是主观内容。读者需要注意风格是有争议的，其中的“良好风格”或“不良风格”并非公认。2.8很多C++教课书受到Biarne Stroustrup第一本著作的影响，不知不觉地采用了“以数据为中心”的书写方式，并不见得有多少道理。我建议读者采用“以行为为中心”的书写方式，即首先考虑类应该提供什么样的函数。这是很多人的经验——“这样做不仅让自己在设计类时思路清晰，而且方便别人阅读。因为用户最关心的是接口，谁愿意先看到一堆私有数据成员！”//“ Biarne Stroustrup ”拼写错误。C++之父的名字是 Bjarne Stroustrup 。有些一厢情愿了： C++ 的类定义中既然允许显式地表示 private 成员，就不是纯粹的接口描述方式。以我个人的经验，数据成员写在后面可能会导致顺序阅读代码时需要回溯。当类定义长度较小时这点影响不大，但定义长度比较长的时候（例如Loki::Functor里的代码）就会需要较频繁地滚屏，影响代码阅读效率。第3章 命名规则这章也基本是主观内容。3.1规则3-1-1标识符应当直观且可以拼读，可望文知意，不必进行“解码”。//这点和此文建议使用的匈牙利命名法有一定程度的矛盾。规则3-1-3命名规则尽量与所采用的操作系统或开发工具的风格保持一致。//尽管大部分人应该乐于支持这个观点，不过事实上有时候无法实现。例如同时使用标准库和Windows API 风格的代码。这时倒不妨直接约定允许根据上下文选择要使用的命名风格。要点是，应该让人看出某个名称是用哪个风格命名的，而不至于一眼就混淆来源。3.2规则3-2-7为了防止某一软件库中的一些标识符和其它软件库中的冲突，可以为各种标识符加上能反映软件性质的前缀。例如三维图形标准OpenGL的所有库函数均以gl开头，所有常量（或宏定义）均以GL开头。//在 C++ 中应该考虑是否可以用命名空间代替前缀。第4章 表达式和基本语句我真的发觉很多程序员用隐含错误的方式写表达式和基本语句，我自己也犯过类似的错误。//作者似乎没搞清楚“错误”一词的语义。4.3规则4-3-4不要写成if (p== 0) // 容易让人误解p是整型变量if (p!= 0)//事实上，C++中的NULL典型地就是 int 字面量 0 （考虑到成文时间，不提新标准的空指针类型），和 int 兼容。以 Bjarne Stroustrup 的观点，这样恰恰会使人误以为 NULL 不是整数，因此推荐用 0 而不是 NULL 。4.3.5或者改写成更加简练的return (condition ? x : y);//这里的括号是多余的。4.4这节不是语言本身而是涉及语言实现的内容。以现在的观点来看，优化器会可能会在此做一些工作。当然了解一些相关原理大体上还是有益的。第5章 常量常量是一种标识符，它的值在运行期间恒定不变。C语言用 #define来定义常量（称为宏常量）。C++ 语言除了 #define外还可以用const来定义常量（称为const常量）。//谭XX风格的信口开河。这段引文中逗号或者句号之间的内容，没一个能算得上是正确的。5.2规则5-2-1在C++程序中只使用 const常量而不使用宏常量，即const常量完全取代宏常量。//这是有问题的。事实上很多情况下 const 只能让编译器被修饰的对象当做只读变量，而非编译期的真正意义的常量进行处理。与 #define 的符号常量（字面量）相比，只读变量受到了一些限制，例如不能作 case 的标号。第6章 函数设计C语言中，函数的参数和返回值的传递方式有两种：值传递（pass by value）和指针传递（pass by pointer）。//错误。形式上， C 语言函数参数只按值传递。所谓的指针传递是按值传递的一种，只是传递参数的类型是指针而已。6.1规则6-1-1参数的书写要完整，不要贪图省事只写参数的类型而省略参数名字。如果函数没有参数，则用void填充。//不妥当。有时候参数的名称并非有意义，像 int max(int, int); 之类的原型，写了也不会让函数的意义更清楚。此外，并没有指出C函数没有参数时参数列表为 void ，这和省略参数列表（接受任意参数）是不同的。而 C++ 中省略参数列表和 void 参数相同，参数列表 ... 接受不确定个数的参数。6.2规则6-2-3不要将正常值和错误标志混在一起返回。正常值用输出参数获得，而错误标志用return语句返回。//在C++中可以不使用此规则而使用异常（在 C 中理论上也可以类似地使用 setjmp/longjmp ，但容易造成语义不明确，实际上基本不用）。6.3规则6-3-1在函数体的“入口处”，对参数的有效性进行检查。//在函数接口语义明确的情况下并非是必需的。例如 C 标准库 <string.h> 中以及 POSIX 标准中的许多函数。规则6-3-2在函数体的“出口处”，对return语句的正确性和效率进行检查。//同样不是必需的。此外检查可能损失效率。//这里是误读。但原文关于“临时变量”的说法有误。要搞清楚返回的究竟是“值”、“指针”还是“引用”。//注意返回对象的语义，但是刻意区分“值”和“指针”是不必要的，严格上是错误的——它们根本就不是可以比较的一类概念。建议6-4-2函数体的规模要小，尽量控制在50行代码之内。//尽管为数不多，有些特殊情况，如编译器的某些分析程序，是明显的反例。第7章 内存管理“640Kought to be enough for everybody—Bill Gates 1981”//和本章主题无关。7.1内存分配方式有三种//有误。内存分配具体方式由实现决定，语言只限制存储类。7.2漏了重复释放内存的错误（这通常会引起程序崩溃）。规则7-2-1用malloc或new申请内存之后，应该立即检查指针值是否为NULL。防止使用指针值为NULL的内存。//对 C++ 而言是错误的。 ISO C++ 关于内存分配失败的默认行为是抛出 std::bad_alloc 异常。如果要使分配失败不抛出异常，使用 nothrow 版本，或者设置实现相关的编译选项。规则7-2-5用free或delete释放了内存之后，立即将指针设置为NULL，防止产生“野指针”。//不一定必要。例如指针是自动变量，在退出所在的块作用域被自动释放时。7.3.1该语句企图修改常量字符串的内容而导致运行错误//有误。 C 语言中字符串字面量（具有数组类型）未必是常量。当然还是应该避免修改字符串字面量，这是未定义行为。7.9为new和malloc设置异常处理函数。例如VisualC++可以用_set_new_hander函数为new设置用户自己定义的异常处理函数，也可以让malloc享用与new相同的异常处理函数。//应该补充的是，标准库有 std::set_new_handler 。第8章C++函数的高级特性const与virtual机制仅用于类的成员函数。//应该强调“非静态”成员函数，否则就是错误的。（虽然似乎没有更多明显的错误，不过遗漏的地方一堆，坚决不吐槽……= =）第9章 类的构造函数、析构函数与赋值函数9.1Stroustrup的命名方法既简单又合理：让构造函数、析构函数与类同名，由于析构函数的目的与构造函数的相反，就加前缀‘~’以示区别。//错误。构造函数和析构函数是无名的（这个细节决定了一些语言特性的限制，例如不能 using 声明基类的构造函数），看起来名称和类名相同的调用方式其实是语法的限制。非内部数据类型的成员对象应当采用第一种方式初始化，以获取更高的效率。//效率在这里倒是次要的（很容易被编译器优化掉），重要的是语义。另外，初始化列表的一些行为是受到特殊限制的，例如基类子对象和成员的初始化顺序和异常。9.7（仍然不想吐槽漏掉swap©这样高效可靠的方法而在operator=实现里分配内存……）第10章 类的继承与组合首先标题有点问题。类可以继承，组合的应该是类的实例而非本身。如果将对象比作房子，那么类就是房子的设计图纸。所以面向对象设计的重点是类的设计，而不是对象的设计。//因果关系不成立。而且观点是有问题的，仅适于经典的 class-based OOD 。10.2规则10-2-1若在逻辑上A是B的“一部分”（a partof），则不允许B从A派生，而是要用A和其它东西组合出B。//错误。尽管一般组合能够胜任这项工作，但并非绝对。可以使用private继承完成相同的任务，并且提供覆盖成员函数的特性。这是组合无法完成的。第11章 其它编程经验11.1.3如果在编写const成员函数时，不慎修改了数据成员，或者调用了其它非const成员函数，编译器将指出错误//错误漏了 mutable 修饰的成员这个特例。建议11-3-8避免编写技巧性很高代码。//不应该逃避。技巧性高不意味着难以理解；即使难以理解，也可以通过注释弥补。当然，前提是技巧要使用得合理。建议11-3-13把编译器的选择项设置为最严格状态。//有时候现实不允许，例如考虑已有代码的兼容性，需要配置时会带来额外的复杂性。附录C ：C++/C试题的答案与评分标准标准答案示例：const float EPSINON = 0.00001;if ((x >= - EPSINON) && (x <= EPSINON)//如果是“标准”的，为什么不用标准库的 <float.h>/<cfloat> 的FLT_EPSILON而自己重复发明轮子？三、简答题（25分）1、头文件中的ifndef/define/endif 干什么用？（5分）答：防止该头文件被重复引用。//错误。条件编译显然不只用于给头文件增加 header guard 。四、有关内存的思考题（每小题5分，共20分）答：程序崩溃。因为GetMemory并不能传递动态内存，Test函数中的 str一直都是 NULL。strcpy(str, "hello world");将使程序崩溃。//错误。未定义行为不等同于程序崩溃，尽管很可能是这样。六、编写类String的构造函数、析构函数和赋值函数（25分）String& String::operate =(const String &other)//关键字operator拼写错误。实现冗余就不说了。EOF -
不错，我找到了电子版，是完整的。 http://www.5ifreedom.com/viewthread.php?tid=508&extra=page%3D1 可以感受到书的确是不错的。 同意他的观点
精彩短评 (总计70条)
-
对自己受益较多 -
我觉得这本书确实不错，但是有一个不足之处在于它没有结合实例（工程）来进行阐述，让我觉得有点停留在理论层次上，所以给4颗星。不过里面讲到的很多知识还是很不错的，推荐刚学完c/c++的同学看这本书，好规范一下自己的代码风格 -
国内经典好书。 -
别人代买的 还不错··· -
写得不错的一本书，但是后面的一些面向对象的比较深一些的地方因为自己水平有限不能很好的体会。
还会看第二遍、第n遍的。 后记中《大学十年》，给了我很大的鼓励。让我觉得，牛逼是来自与苦逼，没有奋斗，没有痴狂的喜欢，走不到高峰。加油，共勉。 -
不得不说，让我学会了很多。尤其是在找工作中，使我获得了更多的机会，非常不错 -
总结了作者多年c++/c编程经验。作为面试宝典也挺合适的。 -
08年看的电子书，现在完全没印象了（2016年）。 -
比较实用的一本书 -
很适合刚走上工作岗位的人，和那些不注意编程习惯的人。提的东西比较广、很重要，可惜讲的不太深，看完这本书以后建议找更多的读物来深入理解。
比较有趣的是，有些公司招聘可能会用到里面的内容……
每个软件公司都应当有自己的编码规范，遵照执行即可，用不着争论和本书的细微区别。
关于C语言的嵌入式编程还可以参考MISRA的工业标准编程规范。 -
最早读的第一版 -
看到网上说的比较好，就买了 -
就这种没有任何技术含量的书籍，很多人还奉为经典，都TMD什么水平。 -
书买来了一直没怎么看，惭愧啊 -
写得不错的 一本书，但是后面的一些面向对象的比较深一些的地方因为自己水平有限不能很好的体会。还会看第二遍、第n遍的。
后记中《大学十年》，给了我很大的鼓励。 -
编程的一些容易忽视的地方
很久以前看过的 -
看完C++primer,我看了这本书。这本书不是重点介绍C++语法，而是一些平时编程之中的高质量代码的建议；还有穿插介绍了C++更加底层的对象模型。 适合学完C++基本语法之后，进阶的第二本书。 建议大家去读读。 特别是作者通俗简单的语言描述，使得读这本书即使是初学者，也能看明白。 -
林锐博士在写这本书的时候毕竟很早了，所以书中出现了很多错误。
第1章 文件结构
每个C++/C程序通常分为两个文件。
//错误。没有强调翻译单元的概念。
另一个文件用于保存程序的实现（implementation），称为定义（definition）文件。
//有误。实现不简单等同于定义。例如，类的完整声明也是类的定义，但不是完整的实现。头文件也可以存放其它定义（例如模板和内联函数的实现）。
1.2
建议1-2-1
在C++语法中，类的成员函数可以在声明的同时被定义，并且自动成为内联函数。这虽然会带来书写上的方便，但却造成了风格不一致，弊大于利。建议将成员函数的定义与声明分开，不论该函数体有多么小。
//这条建议一般不适用于类模板。
1.4
头文件能加强类型安全检查。如果某个接口被实现或被使用时，其方式与头文件中的声明不一致，编译器就会指出错误，这一简单的规则能大大减轻程序员调试、改错的负担。
//在使用合理的情况下，这基本上是正确的，但头文件可以导致其它方面——像重构（典型情况如重命名一个函数）的复杂化。
第2章 程序的版式
这章基本是主观内容。读者需要注意风格是有争议的，其中的“良好风格”或“不良风格”并非公认。
2.8
很多C++教课书受到Biarne Stroustrup第一本著作的影响，不知不觉地采用了“以数据为中心”的书写方式，并不见得有多少道理。
我建议读者采用“以行为为中心”的书写方式，即首先考虑类应该提供什么样的函数。这是很多人的经验——“这样做不仅让自己在设计类时思路清晰，而且方便别人阅读。因为用户最关心的是接口，谁愿意先看到一堆私有数据成员！”
//“ Biarne Stroustrup ”拼写错误。C++之父的名字是 Bjarne Stroustrup 。有些一厢情愿了： C++ 的类定义中既然允许显式地表示 private 成员，就不是纯粹的接口描述方式。以我个人的经验，数据成员写在后面可能会导致顺序阅读代码时需要回溯。当类定义长度较小时这点影响不大，但定义长度比较长的时候（例如Loki::Functor里的代码）就会需要较频繁地滚屏，影响代码阅读效率。
第3章 命名规则
这章也基本是主观内容。
3.1
规则3-1-1
标识符应当直观且可以拼读，可望文知意，不必进行“解码”。
//这点和此文建议使用的匈牙利命名法有一定程度的矛盾。
规则3-1-3
命名规则尽量与所采用的操作系统或开发工具的风格保持一致。
//尽管大部分人应该乐于支持这个观点，不过事实上有时候无法实现。例如同时使用标准库和Windows API 风格的代码。这时倒不妨直接约定允许根据上下文选择要使用的命名风格。要点是，应该让人看出某个名称是用哪个风格命名的，而不至于一眼就混淆来源。
3.2
规则3-2-7
为了防止某一软件库中的一些标识符和其它软件库中的冲突，可以为各种标识符加上能反映软件性质的前缀。例如三维图形标准OpenGL的所有库函数均以gl开头，所有常量（或宏定义）均以GL开头。
//在 C++ 中应该考虑是否可以用命名空间代替前缀。
第4章 表达式和基本语句
我真的发觉很多程序员用隐含错误的方式写表达式和基本语句，我自己也犯过类似的错误。
//作者似乎没搞清楚“错误”一词的语义。
4.3
规则4-3-4
不要写成
if (p== 0) // 容易让人误解p是整型变量
if (p!= 0)
//事实上，C++中的NULL典型地就是 int 字面量 0 （考虑到成文时间，不提新标准的空指针类型），和 int 兼容。以 Bjarne Stroustrup 的观点，这样恰恰会使人误以为 NULL 不是整数，因此推荐用 0 而不是 NULL 。
4.3.5
或者改写成更加简练的return (condition ? x : y);
//这里的括号是多余的。
4.4
这节不是语言本身而是涉及语言实现的内容。以现在的观点来看，优化器会可能会在此做一些工作。当然了解一些相关原理大体上还是有益的。
第5章 常量
常量是一种标识符，它的值在运行期间恒定不变。C语言用 #define来定义常量（称为宏常量）。C++ 语言除了 #define外还可以用const来定义常量（称为const常量）。
//谭XX风格的信口开河。这段引文中逗号或者句号之间的内容，没一个能算得上是正确的。
5.2
规则5-2-1
在C++程序中只使用 const常量而不使用宏常量，即const常量完全取代宏常量。
//这是有问题的。事实上很多情况下 const 只能让编译器被修饰的对象当做只读变量，而非编译期的真正意义的常量进行处理。与 #define 的符号常量（字面量）相比，只读变量受到了一些限制，例如不能作 case 的标号。
第6章 函数设计
C语言中，函数的参数和返回值的传递方式有两种：值传递（pass by value）和指针传递（pass by pointer）。
//错误。形式上， C 语言函数参数只按值传递。所谓的指针传递是按值传递的一种，只是传递参数的类型是指针而已。
6.1
规则6-1-1
参数的书写要完整，不要贪图省事只写参数的类型而省略参数名字。如果函数没有参数，则用void填充。
//不妥当。有时候参数的名称并非有意义，像 int max(int, int); 之类的原型，写了也不会让函数的意义更清楚。此外，并没有指出C函数没有参数时参数列表为 void ，这和省略参数列表（接受任意参数）是不同的。而 C++ 中省略参数列表和 void 参数相同，参数列表 ... 接受不确定个数的参数。
6.2
规则6-2-3
不要将正常值和错误标志混在一起返回。正常值用输出参数获得，而错误标志用return语句返回。
//在C++中可以不使用此规则而使用异常（在 C 中理论上也可以类似地使用 setjmp/longjmp ，但容易造成语义不明确，实际上基本不用）。
6.3
规则6-3-1
在函数体的“入口处”，对参数的有效性进行检查。
//在函数接口语义明确的情况下并非是必需的。例如 C 标准库 <string.h> 中以及 POSIX 标准中的许多函数。
规则6-3-2
在函数体的“出口处”，对return语句的正确性和效率进行检查。
//同样不是必需的。此外检查可能损失效率。
//这里是误读。但原文关于“临时变量”的说法有误。
要搞清楚返回的究竟是“值”、“指针”还是“引用”。
//注意返回对象的语义，但是刻意区分“值”和“指针”是不必要的，严格上是错误的——它们根本就不是可以比较的一类概念。
建议6-4-2
函数体的规模要小，尽量控制在50行代码之内。
//尽管为数不多，有些特殊情况，如编译器的某些分析程序，是明显的反例。
第7章 内存管理
“640Kought to be enough for everybody
—Bill Gates 1981”
//和本章主题无关。
7.1
内存分配方式有三种
//有误。内存分配具体方式由实现决定，语言只限制存储类。
7.2
漏了重复释放内存的错误（这通常会引起程序崩溃）。
规则7-2-1
用malloc或new申请内存之后，应该立即检查指针值是否为NULL。防止使用指针值为NULL的内存。
//对 C++ 而言是错误的。 ISO C++ 关于内存分配失败的默认行为是抛出 std::bad_alloc 异常。如果要使分配失败不抛出异常，使用 nothrow 版本，或者设置实现相关的编译选项。
规则7-2-5
用free或delete释放了内存之后，立即将指针设置为NULL，防止产生“野指针”。
//不一定必要。例如指针是自动变量，在退出所在的块作用域被自动释放时。
7.3.1
该语句企图修改常量字符串的内容而导致运行错误
//有误。 C 语言中字符串字面量（具有数组类型）未必是常量。当然还是应该避免修改字符串字面量，这是未定义行为。
7.9
为new和malloc设置异常处理函数。例如VisualC++可以用_set_new_hander函数为new设置用户自己定义的异常处理函数，也可以让malloc享用与new相同的异常处理函数。
//应该补充的是，标准库有 std::set_new_handler 。
第8章C++函数的高级特性
const与virtual机制仅用于类的成员函数。
//应该强调“非静态”成员函数，否则就是错误的。
（虽然似乎没有更多明显的错误，不过遗漏的地方一堆，坚决不吐槽……= =）
第9章 类的构造函数、析构函数与赋值函数
9.1
Stroustrup的命名方法既简单又合理：让构造函数、析构函数与类同名，由于析构函数的目的与构造函数的相反，就加前缀‘~’以示区别。
//错误。构造函数和析构函数是无名的（这个细节决定了一些语言特性的限制，例如不能 using 声明基类的构造函数），看起来名称和类名相同的调用方式其实是语法的限制。
非内部数据类型的成员对象应当采用第一种方式初始化，以获取更高的效率。
//效率在这里倒是次要的（很容易被编译器优化掉），重要的是语义。另外，初始化列表的一些行为是受到特殊限制的，例如基类子对象和成员的初始化顺序和异常。
9.7
（仍然不想吐槽漏掉swap©这样高效可靠的方法而在operator=实现里分配内存……）
第10章 类的继承与组合
首先标题有点问题。类可以继承，组合的应该是类的实例而非本身。
如果将对象比作房子，那么类就是房子的设计图纸。所以面向对象设计的重点是类的设计，而不是对象的设计。
//因果关系不成立。而且观点是有问题的，仅适于经典的 class-based OOD 。
10.2
规则10-2-1
若在逻辑上A是B的“一部分”（a partof），则不允许B从A派生，而是要用A和其它东西组合出B。
//错误。尽管一般组合能够胜任这项工作，但并非绝对。可以使用private继承完成相同的任务，并且提供覆盖成员函数的特性。这是组合无法完成的。
第11章 其它编程经验
11.1.3
如果在编写const成员函数时，不慎修改了数据成员，或者调用了其它非const成员函数，编译器将指出错误
//错误漏了 mutable 修饰的成员这个特例。
建议11-3-8
避免编写技巧性很高代码。
//不应该逃避。技巧性高不意味着难以理解；即使难以理解，也可以通过注释弥补。当然，前提是技巧要使用得合理。
建议11-3-13
把编译器的选择项设置为最严格状态。
//有时候现实不允许，例如考虑已有代码的兼容性，需要配置时会带来额外的复杂性。
附录C ：C++/C试题的答案与评分标准
标准答案示例：
const float EPSINON = 0.00001;
if ((x >= - EPSINON) && (x <= EPSINON)
//如果是“标准”的，为什么不用标准库的 <float.h>/<cfloat> 的FLT_EPSILON而自己重复发明轮子？
三、简答题（25分）
1、头文件中的ifndef/define/endif 干什么用？（5分）
答：防止该头文件被重复引用。
//错误。条件编译显然不只用于给头文件增加 header guard 。
四、有关内存的思考题（每小题5分，共20分）
答：程序崩溃。
因为GetMemory并不能传递动态内存，
Test函数中的 str一直都是 NULL。
strcpy(str, "hello world");将使程序崩溃。
//错误。未定义行为不等同于程序崩溃，尽管很可能是这样。
六、编写类String的构造函数、析构函数和赋值函数（25分）
String& String::operate =(const String &other)
//关键字operator拼写错误。实现冗余就不说了。
EOF -
刚毕业的时候看过，感觉不错；最近再看一次，平淡无奇，可以作为简单手册使用。 -
西电前辈写的，是一本有特色的国产技术书，比现在市面上好多互相抄来抄去的书要好出很多。在传统C++语法书之外，这本书可以辅助我们对一些内容进行再次的深刻认识。书里面有一些编程规范的东西，对于写程序的人来说，还是不错的，可以培养好的编码习惯。最后附了林锐的自传——《我的大学十年》，文笔不错。 -
这是一本曾经被很多人奉为经典的书，据说不少公司曾经直接作为招聘的笔试题。我在高中的时候看过第一版，也帮助我养成了不少受用至今的好习惯，然后稀里糊涂地考上了西电技术物理学院，做了林锐的学弟。
我是在考上西电计算机院之后买了这本书的第三版，也就是我成为韩永泉的学弟的时候……看我们老师上课时候给的示例代码里还似乎能看出来这本书的一点点影响，甚至老师上课举得第一个例子就是GetMemory。但是现在看来这本书虽然加入了一些关于OO和STL的东西但是大部分内容还是照搬第一版，没有任何变化。而书中林博士的语言风格实在让我非常头大，我实在是……忍着恶心读完的很多部分。
如果这本书能够真的用心去认真雕琢，完全可以接近Effective系列的水平，但是显然作者做的还远不够 -
又看完一本书了~ 温故而知新 很多有疑惑的地方都得到了解答 -
非常好的编程tips -
学到C后的第一本扩展阅读书，也是最好的一本 -
很好的书，发现自己的编程习惯确实不好，每天有意识的提醒自己。很好的书，推荐 -
在上海的时候读的书,那会正在和网上的家伙们协作开源项目.这本书,当时是被推荐做代码规范要求的.对新手帮助非常大. -
必读物吧 -
当年刚接触编程，接触C语言时就看了这本书。虽然那时很多看不懂，但受益匪浅。以至现在写程序的风格也基本是书里的风格。 -
难得的技术方面的简体中文好书，看的我那叫一个那啥......
在学校里广闻林锐师兄的光辉事迹，并影响了班里的一群哥们儿，大四一年里专业课N多不过，成群结队拿着林锐的《大学十年》跑去找辅导员想办法，虽然我一次也没这么干过，因为我深知一点：他是辅导员又不是副导演？！不过还真是有举事成功的哥们，引无数哥们竞挨骂并夭折......
反正，没事玩儿呗。 -
挺好的一本书，按照本书编写的代码基本都比较好看懂。。 -
当拥有一些 C/C++代码经验后，再看此书，比较有共鸣，而且很多面试题都是从这么书里挑的 -
第三遍了，因为要给内部做培训又读了遍，没有流传的v1.0简洁。读容易，理解难呀。。。 -
不错，我找到了电子版，是完整的。
http://www.5ifreedom.com/viewthread.php?tid=508&extra=page%3D1
可以感受到书的确是不错的。
同意他的观点 -
一般，有用的内容只有百来页左右！《大学十年》可以一看！ -
看的是第新版的 图片是旧版 -
程序员必备，常看常新。 -
好书啊！好多东西是其他书上没有的！ -
早期入门的时候看看不错 -
我很喜欢第一版，也就是100多页的那一份。
我是带着膜拜看完的第三版，也是一种忍受。下面说下评论。
第一章：
我觉得说了很多废话，像这些辅助的章节，不深不浅的东西，没必要花30页去说，既啰嗦又让人看不懂，其实有个几页就可以讲完了嘛，要看的话人家会去找一下软件工程的专著。
第二章：
还蛮有趣。
第三章：
觉得还不错。因为很多新手往往分不清什么是什么，什么是语言什么是库，程序是如何跑起来的等等，还有把VC++就当成C++的，新手我也差不多是这样。
第四章以及其后：
我觉得太基础的语法等东西讲得太多了，简直就是啰嗦，而且像他这样说的话，新手看不懂，老手觉得拖沓~！我觉得一点意义都没有，讲讲这讲讲那~完全就是来凑字数~！！！！！！！
反正之后的章节，除了第一版的内容以外，其他的都是鸡肋，食之无味，弃之嘛，它打印在书上了又搽不掉~！！！！
不好，完全不推荐，我只推荐第一版那100多页的那个版本就可以了~~~~~~ -
把template和namespace的内容删去了很可惜，不过上一版中这两个内容页讲得不透彻 -
高质量程序设计指南 -
这种列菜单方式的书籍，有什么意义呢？ -
年轻那会儿只是读过林锐的草稿 我就知道这书必火 没想到一转眼现在不但装订成册， 并且已经出到了第三版 ＝ ＝ 好多年过去了…… -
整本书是比较实用的，编写出来的代码也会非常漂亮。
但问题是，这种代码编写的规范不该由coder来执行，而应该是一个自动的代码规范器来完成。
C++本来就是很恶心的语言，如果coder每天没日没夜的按照林博士说的来打空格和{}，不知会降低多少工作效率。
但总体来说，这本书仍然是五颗星。因为它确实有用。 -
去年买的 放了一年 花三天时间看完了 内容还行 叙述的有点拖沓…… -
性价比，给力 -
调高编程质量的实用建议 -
看过原始的第一版，这是第三版 -
新版看完了 -
感觉语言风格让我读的很费力且没劲 -
很基础很透彻 -
后面的附录网上有手稿，金山实习生笔试，37互娱校招笔试，面试都有原题。so,,,
就算有些编程范式不认同，还是一种启发，野指针，内存泄露，一个程序员应该认真思考的东西，是本书的主题之一，推荐之 -
确实很多小公司的面试题会直接出这里面的原题那 -
附录是很多公司的面试题哦 -
国内 c++ 的经典之作 -
还行吧，入门看感觉也可以。很多可能出错的细节地方都有小提示。而且好像很多面试题也从这里出吧。可以看一看 -
这是我见过最好的编程书！ -
我大西电学长的大学十年码史=。= -
想想很有意思，改掉自己的编程陋习！ -
和《C语言深度剖析》一样，这是国内难得的一本好书。主要是介绍如何写出高质量C/C++程序。所谓的高质量，主要是指代码可读性好，软件易维护。书中提出的一些建议让我受益匪浅。如果你觉得自己的代码写得很烂，那么快去读读这本书吧。 -
其实在阅读这本书之前，我已经读过网上的书稿了。编程技能很重要，程序风格也很重要。所以这本书对我的影响很大，在命名风格，深入理解 C 语言方面有很多影响。初学编程者建议阅读类似书籍，从一开始就要注重高质量编程！ -
进一步修炼。 -
隆重推荐，看的电子版，刚实习的时候每天看一遍 -
国人所写的C++技术书籍大多很坑爹！难得这本是个例外，值得一读，尤其是对计算机系毕业生而言。这本书出自经验丰富的一线软件工程师之手，比某些大学里闭门造车的教授们东拼西凑的教程强太多了！
本书也就定位在初、中级C/C++技术水平。你不可能通过本书学会C++，也不能读过此书就精通了C++，这本书只是众多C++技术书籍中值得你阅读的一本。
真有不少公司就是用该书后面的C/C++测试题做笔试题，虽然这对没读过这本书的同学有些不公平。不过如果真理解了那些测试题，对C++初学者的帮助也是很明显的。
虽然这本书的缺点也有不少，比如说文风不够简练，某些章节内容冗长拖沓，但瑕不掩瑜这本书仍然是我所读过的、国人所写对C++初学者最有帮助的书籍。 -
适合已经看了C++ primer，effective C++之类，并且有较强纠错和猜测能力的人来看。。。如果是把这本书拿来做准备找工的笔试面试还是不错的，最好能结合一下其它的资料。
最后的后记写的很精彩，佩服这种精力旺盛的人 -
还行 -
c++部分有点没读完，等过一阵子追加。。。 -
前面部分讲得非常接地气，面向对象部分就写得比较一般了。。 -
《林锐：我的大学十年》是篇好文章 -
书很简洁，实用。