当前位置:首页 > 工业技术
编写高质量代码  改善C++程序的150个建议
编写高质量代码  改善C++程序的150个建议

编写高质量代码 改善C++程序的150个建议PDF电子书下载

工业技术

  • 电子书积分:12 积分如何计算积分?
  • 作 者:李健著
  • 出 版 社:北京:机械工业出版社
  • 出版年份:2012
  • ISBN:9787111364092
  • 页数:341 页
图书介绍:本书是一本关于C++最佳实践的集大成之作,它从C++语言本身、C++程序的架构设计和思想、C++程序的编码规范和习惯等三大方面对150个经典的问题给出了解决方案,为C++开发者提高开发效率和编写高质量的C++代码提供了宝贵的建议。对于每一个建议,作者不仅给出了被实践证明为比较优秀的解决方案,而且还给出了被误用或被错误理解的不好的解决方案,形成了鲜明对比。
《编写高质量代码 改善C++程序的150个建议》目录

第一部分 语法篇 2

第1章从C继承而来的 2

建议0:不要让main函数返回void 2

建议1:区分0的4种面孔 5

建议2:避免那些由运算符引发的混乱 8

建议3:对表达式计算顺序不要想当然 9

建议4:小心宏#define使用中的陷阱 12

建议5:不要忘记指针变量的初始化 14

建议6:明晰逗号分隔表达式的奇怪之处 15

建议7:时刻提防内存溢出 16

建议8:拒绝晦涩难懂的函数指针 19

建议9:防止重复包含头文件 19

建议10:优化结构体中元素的布局 21

建议11:将强制转型减到最少 23

建议12:优先使用前缀操作符 26

建议13:掌握变量定义的位置与时机 28

建议14:小心typedef使用中的陷阱 30

建议15:尽量不要使用可变参数 32

建议16:慎用goto 36

建议17:提防隐式转换带来的麻烦 38

建议18:正确区分void与void 42

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

建议19:明白在C++中如何使用C 45

建议20:使用memcpy()系列函数时要足够小心 48

建议21:尽量用new/delete代替malloc/free 49

建议22:灵活地使用不同风格的注释 52

建议23:尽量使用C++标准的iostream 55

建议24:尽量采用C++风格的强制转型 58

建议25:尽量用const、 enum、 inline替换#define 59

建议26:用引用代替指针 62

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

建议27:区分内存分配的方式 67

建议28: new/delete与new[]/delete[]必须配对使用 69

建议29:区分new的三种形态 71

建议30: new内存失败后的正确处理 75

建议31:了解new_ handler的所作所为 78

建议32:借助工具监测内存泄漏问题 81

建议33:小心翼翼地重载operator new/ operator delete 84

建议34:用智能指针管理通过new创建的对象 88

建议35:使用内存池技术提高内存申请效率与性能 91

第4章 重中之重的类 95

建议36:明晰class与struct之间的区别 95

建议37:了解C++悄悄做的那些事 99

建议38:首选初始化列表实现类成员的初始化 101

建议39:明智地拒绝对象的复制操作 105

建议40:小心,自定义拷贝函数 107

建议41:谨防因构造函数抛出异常而引发的问题 110

建议42:多态基类的析构函数应该为虚 113

建议43:绝不让构造函数为虚 116

建议44:避免在构造/析构函数中调用虚函数 117

建议45:默认参数在构造函数中给你带来的喜与悲 120

建议46:区分Overloading、 Overriding及Hiding之间的差异 122

建议47:重载operator=的标准三步走 126

建议48:运算符重载,是成员函数还是友元函数 131

建议49:有些运算符应该成对实现 134

建议50:特殊的自增自减运算符重载 136

建议51:不要重载operator&&、 operator‖以及operator, 137

建议52:合理地使用inline函数来提高效率 139

建议53:慎用私有继承 141

建议54:抵制MI的糖衣炮弹 144

建议55:提防对象切片 147

建议56:在正确的场合使用恰当的特性 150

建议57:将数据成员声明为private 154

建议58:明晰对象构造与析构的顺序 156

建议59:明了如何在主调函数启动前调用函数 158

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

建议60:审慎地在动、静多态之间选择 161

建议61:将模板的声明和定义放置在同一个头文件里 164

建议62:用模板替代参数化的宏函数 168

建议63:区分函数模板与模板函数、类模板与模板类 169

建议64:区分继承与模板 171

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

建议65:使用exception来处理错误 176

建议66:传值throw异常,传引用catch异常 179

建议67:用“throw;”来重新抛出异常 183

建议68:了解异常捕获与函数参数传递之间的差异 185

建议69:熟悉异常处理的代价 189

建议70:尽量保证异常安全 192

第7章 用好STL这个大轮子 198

建议71:尽量熟悉C++标准库 198

建议72:熟悉STL中的有关术语 201

建议73:删除指针的容器时避免资源泄漏 204

建议74:选择合适的STL容器 206

建议75:不要在STL容器中存储auto_ptr对象 209

建议76:熟悉删除STL容器中元素的惯用法 210

建议77:小心迭代器的失效 213

建议78:尽量使用vector和string代替动态分配数组 214

建议79:掌握vector和string与C语言API的通信方式 216

建议80:多用算法调用,少用手写循环 217

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

第8章 让程序正确执行 222

建议81:避免无意中的内部数据裸露 222

建议82:积极使用const为函数保驾护航 224

建议83:不要返回局部变量的引用 228

建议84:切忌过度使用传引用代替传对象 230

建议85:了解指针参数传递内存中的玄机 231

建议86:不要将函数参数作为工作变量 233

建议87:躲过0值比较的层层陷阱 234

建议88:不要用reinterpret cast去迷惑编译器 236

建议89:避免对动态对象指针使用static cast 237

建议90:尽量少应用多态性数组 238

建议91:不要强制去除变量的const属性 240

第9章 提高代码的可读性 242

建议92:尽量使代码版面整洁优雅 243

建议93:给函数和变量起一个“能说话”的名字 246

建议94:合理地添加注释 248

建议95:为源代码设置一定的目录结构 251

建议96:用有意义的标识代替Magic Numbers 252

建议97:避免使用“聪明的技巧” 253

建议98:运算符重载时坚持其通用的含义 254

建议99:避免嵌套过深与函数过长 255

建议100:养成好习惯,从现在做起 256

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

建议101:用移位实现乘除法运算 258

建议102:优化循环,提高效率 259

建议103:改造switch语句 260

建议104:精简函数参数 261

建议105:谨慎使用内嵌汇编 262

建议 106:努力减少内存碎片 263

建议107:正确地使用内联函数 263

建议108:用初始化取代赋值 264

建议109:尽可能地减少临时对象 266

建议110:最后再去优化代码 267

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

建议111:采用相对路径包含头文件 269

建议112:让条件编译为开发出力 270

建议113:使用.inl文件让代码整洁可读 272

建议114:使用断言来发现软件问题 274

建议115:优先选择编译和链接错误 275

建议116:不放过任何一条编译器警告 277

建议117:尽量减少文件之间的编译依赖 278

建议118:不要在头文件中使用using 280

建议119:划分全局名空间避免名污染 282

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

第12章 面向对象的类设计 286

建议120:坚持“以行为为中心”的类设计 286

建议121:用心做好类设计 287

建议122:以指针代替嵌入对象或引用 289

建议123:努力将接口最小化且功能完善 291

建议124:让类的数据隐藏起来 292

建议125:不要让成员函数破坏类的封装性 294

建议126:理解“virtual+访问限定符”的深层含义 295

建议127:谨慎恰当地使用友元机制 297

建议128:控制对象的创建方式 299

建议129:控制实例化对象的个数 301

建议130:区分继承与组合 303

建议131:不要将对象的继承关系扩展至对象容器 307

建议132:杜绝不良继承 308

建议133:将RAII作为一种习惯 310

建议134:学习使用设计模式 311

建议135:在接口继承和实现继承中做谨慎选择 314

建议136:遵循类设计的五项基本原则 315

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

建议137:用表驱动取代冗长的逻辑选择 318

建议138:为应用设定特性集 324

建议139:编码之前需三思 324

建议140:重构代码 326

建议141:透过表面的语法挖掘背后的语义 328

建议142:在未来时态下开发C++程序 330

建议143:根据你的目的决定造不造轮子 331

建议144:谨慎在OO与GP之间选择 331

建议145:让内存管理理念与时俱进 332

建议146:从大师的代码中学习编程思想与技艺 334

建议147:遵循自然而然的C++风格 335

建议148:了解C++语言的设计目标与原则 335

建议149:明确选择C++的理由 338

返回顶部