v

您的位置:VeryCD图书计算机与网络

图书资源事务区


《编写高质量代码:改善C++程序的150个建议》扫描版[PDF]

  • 状态: 精华资源
  • 摘要:
    图书分类软件
    出版社机械工业出版社
    发行时间2012年01月01日
    语言简体中文
  • 时间: 2013/06/21 23:15:43 发布 | 2013/06/22 01:31:48 更新
  • 分类: 图书  计算机与网络 

18951565

精华资源: 60

全部资源: 61

相关: 分享到新浪微博   转播到腾讯微博   分享到开心网   分享到人人   分享到QQ空间   订阅本资源RSS更新   美味书签  subtitle
该内容尚未提供权利证明,无法提供下载。
中文名编写高质量代码:改善C++程序的150个建议
作者李健
图书分类软件
资源格式PDF
版本扫描版
出版社机械工业出版社
书号9787111364092
发行时间2012年01月01日
地区大陆
语言简体中文
简介

IPB Image

内容推荐

  《编写高质量代码:改善c++程序的150个建议》是c++程序员进阶修炼的必读之作,包含的全部都是c++编码的最佳实践,从语法、编码规范和编程习惯、程序架构和设计思想等三大方面对c++程序和设计中的疑难问题给出了经验性的解决方案,为c++程序员编写更高质量的c++代码提供了150条极为宝贵的建议。每个问题都来自于实践,都极具代表性,本书不仅以建议的方式正面为每个问题给出了被实践证明为十分优秀的解决方案,而且还从反面给出了被实践证明为不好的解决方案,从正反两个方面进行了分析和对比。
  《编写高质量代码:改善c++程序的150个建议》在逻辑上一共分为三个部分:语法部分涵盖c++从c语言继承而来的一些极为重要但又极容易被误解和误用的一些语法特性,从c语言到c++的改变,以及内存管理、类、模板、异常处理、stl等方面的内容;编码习惯和编程规范部分则主要讨论了如何提高程序的正确性、可读性、程序性能和编码效率方面的问题;程序架构和思想部分则从更高的高度对c++程序设计思维和方法进行了审视,给出了一些颇具价值的观点和最佳实践。
  这是一本关于如何提高c++程序设计效率与质量的工具书,希望书中的每条建议都能引起你的思考,对于有难度的内容,建议大家消化理解,切勿死记硬背,同时也希望大家能悟出更好的解决方案。希望本书中的每条建议所传递的思想和理念能够渗透到大家的编码实践中,进而帮助大家真正具备编写高质量c++代码的能力。

封面截图

IPB Image



目录

前 言
第一部分 语法篇
第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:尽量用newdelete代替mallocfree
建议22:灵活地使用不同风格的注释
建议23:尽量使用c++标准的iostream
建议24:尽量采用c++风格的强制转型
建议25:尽量用const、enum、inline替换#define
建议26:用引用代替指针
第3章 说一说“内存管理”的那点事儿
建议27:区分内存分配的方式
建议28:newdelete与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
……
第二部分 编码习惯和规范篇
第三部分 程序架构和思想篇

正在读取……

这里是其它用户补充的资源(我也要补充):

暂无补充资源
正在加载,请稍等...

点击查看所有48网友评论

 

(?) [公告]留口水、评论相关规则 | [活动]每日签到 轻松领取电驴经验

    小贴士:
  1. 类似“顶”、“沙发”之类没有营养的文字,对勤劳贡献的楼主来说是令人沮丧的反馈信息。
  2. 提问之前请再仔细看一遍楼主的说明,或许是您遗漏了。
  3. 勿催片。请相信驴友们对分享是富有激情的,如果确有更新版本,您一定能搜索到。
  4. 请勿到处挖坑绊人、招贴广告。既占空间让人厌烦,又没人会搭理,于人于己都无利。
  5. 如果您发现自己的评论不见了,请参考以上4条。