搜索
高级检索
高级搜索
书       名 :
著       者 :
出  版  社 :
I  S  B  N:
文献来源:
出版时间 :
C++编程规范:101条规则、准则与最佳实践
0.00    
图书来源: 浙江图书馆(由图书馆配书)
  • 配送范围:
    全国(除港澳台地区)
  • ISBN:
    711514205X
  • 作      者:
    Herb Sutter,Andrei Alexandrescu著
  • 出 版 社 :
    人民邮电出版社
  • 出版日期:
    2006
收藏
编辑推荐
  《C++编程规范:101条规则准则与最佳实践》涵盖了C++程序设计的方方面面,包括设计和编码风格、函数、操作符、类的设计、继承、构造与析构、赋值、名字空间、模块、模板、泛型、异常、STL容器和算法等。书中对每一条规范都给出了言简意赅的叙述,并辅以实例说明;书中还给出了从类型定义到错误处理等方面大量的C++最佳实践,包括许多最新总结出的和标准化的技术,即使使用C++多年的程序员也会从中受益匪浅。
展开
作者简介
  Herb Sutter ISO C++标准委员会主席,C++ Users Journal杂志特邀编辑和专栏作家。他目前在微软公司领导NET环境下C++语言扩展的设计工作。除本书外,他还撰写了三本广受赞誉的图书: Exceptional C++ Style(中文版即将由人民邮电出版社出版)、Exceptional C++ Style和More Exceptional C++ Style。
展开
内容介绍
  《C++编程规范:101条规则准则与最佳实践》中,两位知名的C++专家将全球C++界20年的集体智慧和经验凝结成一套编程规范。这些规范可以作为每一个开发团队制定实际开发规范的基础,更是每一位C++程序员应该遵循的行事准则。书中对每一条  规范都给出了精确的描述,并辅以实例说明;从类型定义到错误处理,都给出了最佳的C++实践。即使使用C++多年的程序员也会从《C++编程规范:101条规则准则与最佳实践》中受益匪浅。《C++编程规范:101条规则准则与最佳实践》适合于各层次C++程序员使用,也可作为高等院校C++课程的教学参考书。
展开
精彩书评
  今年是C++ 20周年,本书的出版可以说是恰逢其时。本书是近年来最重要的C++图书,凝聚了C++界 20年的集体智慧。荣获今年Jolt生产效率大奖从某种意义上也证明了这一点。请注意它绝不是国内曾经出版的那些“规定代码应该缩进几格” 之类的编码规范书所能相提并论。
  它首先是一本所有C++程序员都需要阅读的最佳实践指南,不仅涵盖编程,也涉及类的设计与优化等主题。书中提到的许多应该避免的问题,即使是许多C++老手也会犯。有些反映的是业界最新的经验总结,蕴涵着C++新的改进方向(毕竟,本书的作者之一是C++标准委员会的主席)。有些技术细节非常深入。同时,如果在学习C++的同时,有本书在手,就能很好地避免形成一些常见的误解,重走前人的老路。对相关各知识点的掌握也能更加深入。
  其次,它也是开发小组制定自己所用编程规范的很好的起点。由于作者和技术审校团队的权威背景,本书的各种规则几乎都是无可置疑的。以此为参考,能够将各开发小组的规范水平提高一个档次。
  最后,本书也是阅读众多C++经典文献的绝佳入口。因为内容是按知识点和条目形式组织的,每个条目最后又有相关的参考文献及其章节编号,查阅非常方便。
展开
目录
组织和策略问题
第0条  不要拘泥于小节(又名:了解哪些东西不应该标准化)
第l条  在高警告级别干净利落地进行编译
第2条  使用自动构建系统
第3条  使用版本控制系统
第4条  在代码审查上投入
设计风格
第5条  个实体应该只有个紧凑的职责
第6条  正确、简单和清晰第
第7条  编程中应知道何时和如何考虑可伸缩性
第8条  不要进行不成熟的优化
第9条  不要进行不成熟的劣化
第10条  尽量减少全局和共享数据
第11条  隐藏信息
第12条  懂得何时和如何进行并发性编程
第13条  确保资源为对象所拥有。使用显式的RAII和智能指针
编程风格
第14条  宁要编译时和连接时错误,也不要运行时错误.
第15条  积极使用const
第16条  避免使用宏
第17条  避免使用“魔数”
第18条  尽可能局部地声明变量
第19条  总是初始化变量
第20条  避免函数过长,避免嵌套过深.
第21条  避免跨编译单元的初始化依赖
第22条  尽量减少定义性依赖。避免循环依赖
第23条  头文件应该自给自足
第24条    总是编写内部群include保护符,决不要编写外部#include保护符
函数与操作符
第25条  正确地选择通过值、(智能)指针或者引用传递参数
第26条  保持重载操作符的自然语义
第27条  优先使用算术操作符和赋值操作符的标准形式
第28条  优先使用++和的标准形式。优先调用前缀形式
第29条  考虑重载以避免隐含类型转换
第30条  避免重载&&、ll或,(逗号)
第3l条  不要编写依赖于函数参数求值顺序的代码
类的设计与继承
第32条  弄清所要编写的是哪种类
第33条  用小类代替巨类
第34条  用组合代替继承
第35条  避免从并非要设计成基类的类中继承
第36条  优先提供抽象接口
第37条  公用继承即可替换性。继承,不是为了重用,而是为了被重用
第38条  实施安全的改写
第39条  考虑将虚拟函数声明为非公用的,将公用函数声明为非虚拟的
第40条  要避免提供隐式转换
第41条  将数据成员设为私有的,无行为的聚集(C语言形式的struct)除外
第42条  不要公开内部数据
第43条  明智地使用Pimpl
第44条  优先编写非成员非友元函数
第45条  总是起提供new和delete
第46条  如果提供类专门的new,应该提供所有标准形式(普通、就地和不抛出)
构造、析构与复制
第47条    以同样的顺序定义和初始化成员变量
第48条  在构造函数中用初始化代替赋值
第49条  避免在构造函数和析构函数中调用虚拟函数
第50条  将基类析构函数设为公用且虚拟的,或者保护且非虚拟的
第51条  析构函数、释放和交换绝对不能失败
第52条  致地进行复制和销毁-
第53条  显式地启用或者禁止复制
第54条  避免切片。在基类中考虑用克隆代替复制
第55条  使用赋值的标准形式
第56条  只要可行,就提供不会失败的swap(而且要正确地提供)
名字空间与模块
第57条  将类型及其非成员函数接口置于同名字空间中
第58条  应该将类型和函数分别置于不同的名字空问中,除非有意想让它们
一起工作
第59条  不要在头文件中或者样include之前编写名字空间using
第60条  要避免在不同的模块中分配和释放内存
第61条  不要在头文件中定义具有链接的实体
第62条  不要允许异常跨越模块边界传播
第63条  在模块的接口中使用具有良好可移植性的类型
模板与泛型
第64条  理智地结合静态多态性和动态多态性
第65条  有意地进行显式自定义
第66条  不要特化函数模板
第67条  不要无意地编写不通用的代码
错误处理与异常
第68条  广泛地使用断言记录内部假设和不变式
第69条  建立合理的错误处理策略,并严格遵守
第70条  区别错误与非错误
第71条  设计和编写错误安全代码
第72条  优先使用异常报告错误
第73条  通过值抛出,通过引用捕获
第74条  正确地报告、处理和转换错误
第75条  避免使用异常规范
STL:容器
第76条  默认时使用vector。否则,选择其他合适的容器
第77条  用vector和string代替数组
第78条  使用vector(和strlng::c-str)与非C++API交换数据
第79条  在容器中只存储值和智能指针
第80条  用pusn—back代替其他扩展序列的方式
第8l条  多用范围操作,少用单元素操作
第82条  使用公认的惯用法真正地压缩容量,真正地删除元素
STL:算法
第83条  使用带检查的STL实现
第84条  用算法调用代替手工编写的循环
第85条  使用正确的STL查找算法
第86条  使用正确的STL排序算法
第87条  使谓词成为纯函数
第88条  算法和比较器的参数应多用函数对象少用函数
第89条  正确编写函数对象
类型安全
第90条  避免使用类型分支,多使用多态
第91条  依赖类型,而非其表示方式
第92条  避免使用reinterpreLcast
第93条  避免对指针使用static_cast
第94条  避免强制转换const
第95条  不要使用c风格的强制转换
第96条  不要对非POD进行memcpy操作或者memcmp操作
第97条  不要使用联合重新解释表示方式
第98条  不要使用可变长参数(…)
第99条  不要使用失效对象。不要使用不安全函数
第100条  不要多态地处理数组
参考文献
摘要汇总
索引
展开
加入书架成功!
收藏图书成功!
我知道了(3)
发表书评
读者登录

请选择您读者所在的图书馆

选择图书馆
浙江图书馆
点击获取验证码
登录
没有读者证?在线办证