新書推薦:
《
物理光学漫步——衍射计算理论及应用研究故事
》
售價:HK$
193.2
《
人类起源简史:破译700万年人类进化的密码
》
售價:HK$
78.2
《
古典与现代 : 民国大学的潮与岸
》
售價:HK$
89.7
《
浮华梦醒:民国实业家的创业之路
》
售價:HK$
64.4
《
财之道丛书·后资本主义生活:财富的意义、经济的未来与货币的时间理论
》
售價:HK$
78.2
《
人文与社会译丛:自由意志、能动性与生命的意义
》
售價:HK$
79.4
《
儿童折纸大全(儿童创意美术手工系列)
》
售價:HK$
34.3
《
意识形态与现代文化(人文与社会译丛)
》
售價:HK$
90.9
編輯推薦:
良好的编程规范可以改善代码质量,缩短上市时间,提升团队效率,简化维护工作。在本书中,两位受尊敬的C++专业人士将全球C++社区的集体智慧和经验凝结成一整套编程规范。这些规范可以作为每一个开发团队制定实际开发规范的基础,更是每一位C++程序员应该遵循的行事准则。本书涵盖了C++程序设计的每一个方面,包括设计和编码风格、函数、操作符、类的设计、继承、构造与析构、赋值、名字空间、模块、模板、泛型、异常、STL容器和算法等。书中对每一条规范都给出了言简意赅的概述,并辅以实例说明;另外还给出了从类型定义到错误处理等方面的大量C++实践,包括许多总结和标准化的技术。即使使用C++多年的程序员也会从中受益匪浅。通过阅读本书,可以找到以下问题的答案。哪些东西值得标准化?哪些东西不值得标准化?使代码可扩展的方法是什么?合理的错误处理策略有哪些要素?如何(和为什么要)避免不必要的初始化、循环依赖和定义依赖?何时应该(以及如何)同时使用静态和动态的多态性;如何实践“安全的”改写?何时该提供不会失败的交换?为什么阻止异常跨越模块边界传播?如何阻止?为什么不应该在头文件中写名字空间声明或指令?为什么应该使用ST
內容簡介:
在《C++编程规范:101条规则、准则与实践》中,两位C++专业人士将全球C++界20年的集体智慧和经验凝结成一套编程规范。这些规范可以作为每一个开发团队制定实际开发规范的基础,更是每一位C++程序员应该遵循的行事准则。书中对每一条规范都给出了描述,并辅以实例说明;从类型定义到错误处理,都给出了C++实践,即使使用C++多年的程序员也会从本书中受益匪浅。《C++编程规范:101条规则、准则与实践》适合于各层次C++程序员使用,也可作为高等院校C++课程的教学参考书。
關於作者:
Herb Sutter是ISO C++标准委员会主席,《C++ Users Journal》杂志特邀编辑和专栏作家。他目前在微软公司领导.NET环境下C++语言扩展的设计工作。 Andrei Alexandrescu是C++专业人士,《C++ Users Journal》杂志的专栏作家,他的《Modern C++ Design》一书曾荣获2001年C++图书称号。
目錄 :
组织和策略问题 1第0条 不要拘泥于小节(又名:了解哪些东西不应该标准化) 2第 1条 在高警告级别干净利落地进行编译 4第 2条 使用自动构建系统 7第3条 使用版本控制系统 8第4条 做代码审查 9设计风格 11第5条 一个实体应该只有一个紧凑的职责 12第6条 正确、简单和清晰第 一 13第7条 编程中应知道何时和如何考虑可伸缩性 14第8条 不要进行不成熟的优化 16第9条 不要进行不成熟的劣化 18第 10条 尽量减少全局和共享数据 19第 11条 隐藏信息 20第 12条 懂得何时和如何进行并发性编程 21第 13条 确保资源为对象所拥有。使用显式的RAII和智能指针 24编程风格 27第 14条 宁要编译时和连接时错误,也不要运行时错误 28第 15条 积极使用const 30第 16条 避免使用宏 32第 17条 避免使用“魔数” 34第 18条 尽可能局部地声明变量 35第 19条 总是初始化变量 36第 20条 避免函数过长,避免嵌套过深 38第 21条 避免跨编译单元的初始化依赖 39第 22条 尽量减少定义性依赖。避免循环依赖 40第 23条 头文件应该自给自足 42第 24条 总是编写内部#include保护符,决不要编写外部#include保护符 43函数与操作符 45第 25条 正确地选择通过值、(智能)指针或者引用传递参数 46第 26条 保持重载操作符的自然语义 47第 27条 优先使用算术操作符和赋值操作符的标准形式 48第 28条 优先使用++和--的标准形式。优先调用前缀形式 50第 29条 考虑重载以避免隐含类型转换 51第30条 避免重载&&、||或 ,(逗号) 52第31条 不要编写依赖于函数参数求值顺序的代码 54类的设计与继承 55第32条 弄清所要编写的是哪种类 56第33条 用小类代替巨类 57第34条 用组合代替继承 58第35条 避免从并非要设计成基类的类中继承 60第36条 优先提供抽象接口 62第37条 公用继承即可替换性。继承,不是为了重用,而是为了被重用 64第38条 实施安全的覆盖 66第39条 考虑将虚拟函数声明为非公用的,将公用函数声明为非虚拟的 68第40条 要避免提供隐式转换 70第41条 将数据成员设为私有的,无行为的聚集(C语言形式的struct)除外 72第42条 不要公开内部数据 74第43条 明智地使用Pimpl 76第44条 优先编写非成员非友元函数 79第45条 总是一起提供new和delete 80第46条 如果提供类专门的new,应该提供所有标准形式(普通、就地和不抛出) 82构造、析构与复制 85第47条 以同样的顺序定义和初始化成员变量 86第48条 在构造函数中用初始化代替赋值 87第49条 避免在构造函数和析构函数中调用虚拟函数 88第50条 将基类析构函数设为公用且虚拟的,或者保护且非虚拟的 90第51条 析构函数、释放和交换绝 对不能失败 92第52条 一致地进行复制和销毁 94第53条 显式地启用或者禁止复制 95第54条 避免切片。在基类中考虑用克隆代替复制 96第55条 使用赋值的标准形式 99第56条 只要可行,就提供不会失败的swap(而且要正确地提供) 100名字空间与模块 103第57条 将类型及其非成员函数接口置于同一名字空间中 104第58条 应该将类型和函数分别置于不同的名字空间中,除非有意想让它们一起工作 106第59条 不要在头文件中或者#include之前编写名字空间using 108第60条 要避免在不同的模块中分配和释放内存 111第61条 不要在头文件中定义具有链接的实体 112第62条 不要允许异常跨越模块边界传播 114第63条 在模块的接口中使用具有良好可移植性的类型 116模板与泛型 119第64条 理智地结合静态多态性和动态多态性 120第65条 有意地进行显式自定义 122第66条 不要特化函数模板 126第67条 不要无意地编写不通用的代码 128错误处理与异常 129第68条 广泛地使用断言记录内部假设和不变式 130第69条 建立合理的错误处理策略,并严格遵守 132第70条 区别错误与非错误 134第71条 设计和编写错误安全代码 137第72条 优先使用异常报告错误 140第73条 通过值抛出,通过引用捕获 144第74条 正确地报告、处理和转换错误 145第75条 避免使用异常规范 146STL:容器 149第76条 默认时使用vector。否则,选择其他合适的容器 150第77条 用vector和string代替数组 152第78条 使用vector(和string::c_str)与非C++ API交换数据 153第79条 在容器中只存储值和智能指针 154第80条 用push_back代替其他扩展序列的方式 155第81条 多用范围操作,少用单元素操作 156第82条 使用公认的惯用法真正地压缩容量,真正地删除元素 157STL:算法 159第83条 使用带检查的STL实现 160第84条 用算法调用代替手工编写的循环 162第85条 使用正确的STL查找算法 165第86条 使用正确的STL排序算法 166第87条 使谓词成为纯函数 168第88条 算法和比较器的参数应多用函数对象少用函数 170第89条 正确编写函数对象 172类型安全 173第90条 避免使用类型分支,多使用多态 174第91条 依赖类型,而非其表示方式 176第92条 避免使用reinterpret_cast 177第93条 避免对指针使用static_cast 178第94条 避免强制转换const 179第95条 不要使用C风格的强制转换 180第96条 不要对非POD进行memcpy操作或者memcmp操作 182第97条 不要使用联合重新解释表示方式 183第98条 不要使用可变长参数(...) 184第99条 不要使用失效对象。不要使用不安全函数 185第 100条 不要多态地处理数组 186参考文献 187摘要汇总 193索引 205