读书笔记 - 《编写高质量代码-改善c++程序员的150个建议》

第一部分 语法篇

第1章 从C继承而来的

建议0:不要让main函数返回void
建议1:区分0的4种面孔
建议2:避免那些由运算符引发的混乱
建议3:对表达式计算顺序不要想当然
建议4:小心宏#define使用中的陷阱
建议5:不要忘记指针变量的初始化
建议6:明晰逗号分隔表达式的奇怪之处
建议7:时刻提防内存溢出
建议8:拒绝晦涩难懂的函数指针
建议9:防止重复包含头文件
建议10:优化结构体中元素的布局
建议11:将强制转型减到最少
建议12:优先使用前缀操作符
建议13:掌握变量定义的位置与时机
建议14:小心typedef使用中的陷阱
建议15:尽量不要使用可变参数
建议16:慎用goto
建议17:提防隐式转换带来的麻烦
建议18:正确区分void与void*

第2章 从C到C++,需要做出一些改变

建议19:明白在C++中如何使用C
建议20:使用memcpy()系列函数时要足够小心
建议21:尽量用new/delete代替malloc/free
建议22:灵活地使用不同风格的注释
建议23:尽量使用C++标准的iostream
建议24:尽量采用C++风格的强制转型
建议25:尽量用const、enum、inline替换#define
建议26:用引用代替制作

第3章 说一说“内存管理”的那点事儿

建议27:区分内存分配的方式
建议28:new/delete与new[]/delete[]必须配对使用
建议29:区分new的三种形态
建议30:new内存失败后的正确处理
建议31:了解new_handler的所作所为
建议32:借助工具检测内存泄漏问题
建议33:小心翼翼地重载operator new/operator delete
建议34:用智能指针管理通过new创建的对象
建议35:使用内存池技术提高内存申请效率与性能

第4章 重中之重的类

建议36:明晰class与struct之间的区别
建议37:了解C++悄悄做的那些事
建议38:首选初始化列表实现类成员的初始化
建议39:明智地拒绝对象的复制操作
建议40:小心,自定义拷贝函数
建议41:谨防因构造函数抛出异常而引发的问题
建议42:多态基类的析构函数应该为虚
建议43:决不让构造函数为虚
建议44:避免在构造/析构函数中调用虚函数
建议45:默认参数在构造函数中给你带来的喜与悲
建议46:区分Overloading、Overriding及Hiding之间的差异
建议47:重载operator=的标准三步走
建议48:运算符重载,是成员函数还是友元函数
建议49:有些运算符应该成对实现
建议50:特殊的自增自减运算符重载
建议51:不要重载operator&&、operator||以及operator,
建议52:合理地使用inline函数来提高效率
建议53:慎用私有继承
建议54:抵制MI的糖衣炮弹
建议55:提防对象切片
建议56:在正确的场合使用恰当的特性
建议57:将数据成员声明为private
建议58:明晰对象构造与析构的顺序
建议59:明了如何在主调函数启动前调用函数

第5章 用好模板,向着GP开进

建议60:审慎地在动、静多态之间选择
建议61:将模板的声明和定义放置在同一个头文件里
建议62:用模板替代参数化的宏函数
建议63:区分函数模块与模板函数、类模板与模板类
建议64:区分继承与模板

第6章 让神秘的异常处理不再神秘

建议65:使用exception来处理错误
建议66:传值throw异常,传引用catch异常
建议67:用“throw,”来重新抛出异常
建议68:了解异常捕获与函数参数传递之间的差异
建议69:熟悉异常处理的代价
建议70:尽量保证异常安全

第7章 用好STL这个大轮子

建议71:尽量熟悉C++标准
建议72:熟悉STL中的有关术语
建议73:删除指针的容器时避免资源泄漏
建议74:选择合适的STL容器
建议75:不要再STL容器中存储auto_ptr对象
建议76:熟悉删除STL容器中元素的惯用法
建议77:小心迭代器的失效
建议78:尽量使用vector和string代替动态分配数组
建议79:掌握vector和String与C语言API的通信方式
建议80:多用算法调用,少用手写循环

第二部分 编码习惯和规范篇

第8章 让程序正确执行

建议81:避免无意中的内部数据裸露
建议82:积极使用const为函数保驾护航
建议83:不要返回局部变量的引用
建议84:切忌过度使用传引用代替传对象
建议85:了解指针函数传递内存中的玄机
建议86:不要将函数参数作为工作变量
建议87:躲过0值比较的层层陷阱
建议88:不要用reinterpret_cast去迷惑编译器
建议89:避免对动态对象指针使用static_cast
建议90:尽量少应用多态性数组
建议91:不要强制去除变量的const属性

第9章 提高代码的可读性

建议92:尽量使代码版面整洁优雅
建议93:给函数和变量起一个“能说话”的名字
建议94:合理地添加注释
建议95:为源代码设置一定的目录结构
建议96:用有意义的标识代替Magic Numbers
建议97:避免使用“聪明的技巧”
建议98:运算符重载时坚持其通用的含义
建议99:避免嵌套过深与函数过长
建议100:养成好习惯,从现在做起

第10章 让代码运行得再快些

建议101:用移位实现乘除法运算
建议102:优化循环、提高效率
建议103:改造switch语句
建议104:精简函数参数
建议105:谨慎使用内嵌汇编
建议106:努力减少内存碎片
建议107:正确地使用内联函数
建议108:用初始化取代赋值
建议109:尽可能地减少临时对象
建议110:最后再去优化代码

第11章 零碎但重要的其他建议

建议111:采用相对路径包含头文件
建议112:让条件编译为开发出力
建议113:使用.inl文件让代码整洁可读
建议114:使用断言来发现软件问题
建议115:优先选择编译和链接错误
建议116:不放过任何一条编译器警告
建议117:尽量减少文件之间的编译依赖
建议118:不要在头文件中使用using
建议119:划分全局名空间避免名污染

第三部分 程序架构和思想篇

第12章 面向对象的类设计

建议120:坚持“以行为为中心”的类设计
建议121:用心做好类设计
建议122:以指针代替嵌入对象或引用
建议123:努力将接口最小化且功能完善
建议124:让类的数据隐藏起来
建议125:不要让成员函数破坏类的封装性
建议126:理解“virtual+访问限定符”的深层含义
建议127:谨慎适当地使用友元机制
建议128:控制对象的创建方式
建议129:控制实例化对象的个数
建议130:区分继承与组合
建议131:不要将对象的继承关系扩展至对象容器
建议132:杜绝不良继承
建议133:让RAII作为一种习惯
建议134:学习使用设计模式
建议135:在接口继承和实现继承中做谨慎选择
建议136:遵循类设计的五项基本原则

第13章 返璞归真的程序设计

建议137:用表驱动取代冗长的逻辑选择
建议138:为应用设定特型集
建议139:编码之前需三思
建议140:重构代码
建议141:透过表面的语法挖掘背后的语义
建议142:在未来时态下开发C++程序
建议143:根据你的目的决定造不造轮子
建议144:谨慎在OO与GP之间选择
建议145:让内存管理理念与时俱进
建议146:从大师的代码中学习编程思想与技艺
建议147:遵循自然而然的C++风格
建议148:了解C++语言的设计目标与原则
建议149:明确选择C++的理由

你可能感兴趣的:(读书笔记 - 《编写高质量代码-改善c++程序员的150个建议》)