《Effective C++》重点摘要(一)

开篇的话

这个星期不再发布关于数据结构的博客,想把半个月来看的书做一些总结,整理整理,第一本就是《Effective C++》。第一次看这本书是一年多前,准备考研复试的时候,随后陆陆续续,这个月再来看算是第三遍了吧,之前没有看过《深度探索C++对象模型》,所以有的地方看得不是很透彻(现在有的地方也看得不透,但是比以前好点了)。还有另一本书就是《深度探索C++对象模型》,看第二遍,吸收得更容易了,看书总是这样,第一遍也许什么也不知道,但是只要坚持看下去,回过头来再读的时候,许多东西,自然就理解了。

《Effective C++》序列的博客,我将以原书的章为单位,尽量以描述性的话表达出原书提倡的做法及其这样做的原因,书中对有些做法的考虑很多,但是我不会记录那些非常细的,我要做的只是提炼出我认为比较重要的或者容易记住那些,为什么这样?重要的往往关乎效率和安全,所以足矣警示我们。而容易记住的,则可以更容易为我们接受,在实践中运用。在描述的过程中,除了提炼出书中的意思,我还会加入通过《深度探索C++对象模型》得到的理解,也会加入一些关于C++11的内容,C++11对C++98有了不少改进,而《Effective C++》主要是针对C++98的,所以有少许条款可能不再适用于C++11,但是基于C++98的代码很多很多,学校里的教学目前也还主要以C++98为主,所以即便在C++11中不再适用的内容,我也不会去除,仅仅提供在C++11中可行的做法。最后声明一下:由于本人只是C++的初学者,所以必然有许多不正确的地方,还请指出,我虚心接受,但是拒绝带有攻击性的语言,希望大家能够绅士地交流。

《Effective C++》概述

《Effective C++》由全世界最知名的C++软件开发专家之一的Scott Meyers所写,书中以条款的形式列出了使用C++编写软件时应该遵循的建议,这种形式引领了以这种形式写作技术书籍的风潮。全书分为9章,共有55个条款,涵盖效率、安全、编程风格、面向对象、语言本身各个方面。各章节标题如下:

  1. 让自己习惯C++(4条款)
  2. 构造/析构/赋值运算(8条款)
  3. 资源管理(5条款)
  4. 设计与声明(8条款)
  5. 实现(6条款)
  6. 继承与面向对象设计(9条款)
  7. 模板与泛型编程(8条款)
  8. 定制new和delete(4条款)
  9. 杂项讨论(3条款)

本书的译者侯捷是我一直非常喜欢的以为作家,著有700页的大块头《深入浅出MFC》,透彻清晰的《STL源码剖析》。译作有《深度探索C++对象模型》、《Effective C++》、《More Effective C++》、《内存受限系统之软件开发》等等(我只列出了我读过的)。这些作品质量都很高,很多都是经典之作,非常值得一读。

《Effective C++》第一章:让自己习惯C++

1.C++不是一个纯粹的面向对象语言,也不是对C的简单扩展。它是一个混合体,混合了面向对象、面向过程、泛型编程三种形式,各种形式可以混杂使用,也可以单独使用,所以你锁采用的编程原则应该根据敲代码时使用的形式而定。

2. 尽量使用const、enum、inline替换#define。理由一是这些关键字可以清晰地表达意图。理由二是更安全。理由三是移植程序更方便。所以常量请用const或enum,频繁使用的小函数请用inline,如果使用不是很频繁,那么需要权衡代码膨胀问题。

3. 尽可能多地使用const。

1)  const可以控制指针的读取。主要根据其与*号的相对位置确定,如果
const在*左边(const Type *和Type const *都是一个意思,都是合
法的),那么指针所指的物不能被修改,如果在右边则表示指针本身不能被
修改,如果两边都有,那么两者都不能被修改。简记为“左物右针”。(如
果没记错,天平的用法是“左物右码”?)。
2)  STL迭代器是以指针为根据塑模出来的,所以迭代器的作用就像个
T*,所以声明一个const Iterator等价于声明了一个const指针,表示
指针本身不能被修改,如果要使迭代器指向的物不能被改变,请使用
const_iterator。
3)  令函数返回一个const型的值,可以降低因用户错误而造成的意外,
即让编译器发现这些错误。前提是返回这个const型的值在语义上是正确
的。
4)  将const作用于成员函数可以表明哪些接口可以改变对象内容,而哪
些借口不能。还可以使“操作const对象”成为可能。
5)  返回值的常量性可以作为函数重载的依据,它表示对函数返回值的读
写控制。如果返回的是一个常量性的值,那么这个值就不能被进行写操作。
6)  编译器执行bitwise-constness语义,但是编写程序时,可能更需
要conceptual-constness语义,当心。
7)  让返回non-const类型的成员函数调用其const版成员兄弟,以降低
代码的重复,这样做是安全的,而不是反过来。

4.初始化变量。

1)  让对象在被使用前都先被初始化。
2)  初值列表比赋值操作性能更好,所以尽量使用初值列表,但需要注意
初值列表中变量在声明时的顺序,初始化顺序是与之相同的,而与初值列表
中变量的顺序无关。base classes更早于其derived classes被初始
化。
3)  为了免除“跨编译单元之初始化次序”问题,请以local static对象
替换non-local static对象。具体做法是:(1)创建一个类A。(2)编写
一个函数f,在该函数里声明一个A类型的静态对象b,然后返回b的引用。
时间: 2024-10-24 11:19:19

《Effective C++》重点摘要(一)的相关文章

BDD in Action 重点摘要

BDD in Action 重点摘要: BDD in Action ?对于需灰度发布的产品, 开发人员可经由BDD, 便可自保证需灰度发布产品的质量? ?所以, BDD 可使产品更快速的达到灰度发布的要求, 而可更快速的获得使用者对产品的反馈? ?在这样的开发模式下, 测试人员可更专注于探索性测试, 挖掘出更深层的产品缺陷, 回归到真正测试人员的专业?

《Effective C++》重点摘要(五)

<Effective C++>第五章:实现 尽可能延后变量定义式的出现时间.只有变量在恰好要使用之前定义,程序的可读性往往会得到提高,因为这样不容易忘记变量说代表的意思.另一方面,这样做可以提高程序性能,如果不需要一个变量时却要为它分配.释放空间,调用构造.析构函数,获取.释放资源--这,真是太浪费了.补充一点,声明式并不会做这些事情,所以可以考虑用声明式替换定义式以尽量延后变量的定义. 尽量少做转型动作.转型意味着出错的可能性大大提升,转型意味着更多的操作.如果不得不转型,考虑使用C++ s

《Effective C++》重点摘要(八)

<Effective C++>第八章:定制new和delete 了解new-handler的行为.new和delete不是函数,是申请和释放内存的操作符.当new提出获得内存申请失败时会发生什么?老旧的编译器是返回null指针.现在呢,如果申请失败,会先调用一个错误处理函数,那就是new-handler.这就像一个回调函数,系统有一个默认的,用户也可以自行编写一个错误处理函数并使用set_new_handler函数设置之.通常自行编写的错误处理函数可以使用这些策略: 1) 多次尝试申请内存.

《Effective C++》重点摘要(九)

<Effective C++>第九章:杂项讨论 不要轻忽编译器的警告.严肃对待编译器发出的警告信息.努力在最高警告级别下争取无警告.也不要过度依赖编译器给出的警告信息,不同的编译器给出的警告信息是不一样的,甚至给出警告的点也不一样. 让自己熟悉包括TR1在内的标准程序库. 让自己熟悉Boost. C++不想Java和C#那样,语言本身就带有很强大的库,所以外部的程序库对于编写C++程序至关重要.俗话说不要重复发明轮子嘛,所以能用别人的就用吧.当然这是在实际工程中,学习阶段嘛,我还是比较推崇自己

《Effective C++》重点摘要(二)

<Effective C++>第二章:构造/析构/赋值运算 C++默认编写的函数.C++编译器如果没有发现以下函数,就会为类生成一份默认版本的: 1) default构造函数 2) default析构函数 3) copy构造函数 4) copy assignment操作符(=运算符) 前两个函数并不总是产生,它只在编译器需要的时候才产生出来.后两个函数只保证以bitwise语义拷贝non-static成员,所以如果有指针.引用等non-static成员的类要么拒绝编译器产生的版本,要么自行小心

《Effective C++》重点摘要(三)

<Effective C++>第三章:资源管理 以对象管理资源.一份资源,可能是一片内存,可能是一个锁,当客户申请后需要手动释放才是合理的,那么最好在获得这份资源的时候,就立刻把它放到一个对象里(RAII技术),然后在对象的析构函数里释放它.这样释放操作就不会被遗忘了,并且,就算在使用资源类的语境中有语句抛出异常,也能确保资源得到正确的释放. 在资源管理类中小心coping行为.有的资源是不支持copy语义的,而有的资源需要深拷贝语义,有的资源支持控制权转移语义,还有的资源是支持引用计数的,所

《Effective C++》重点摘要(七)

<Effective C++>第七章:模板与泛型编程 了解隐式接口和编译期多态.面向对象编程总是采用显式地声明一个接口,并在子类中提供特殊的实现,进而实现运行期多态.模板类中的接口往往是隐式的,隐式的意思是,编写模板时,假设需要的接口类T中是存在的,至于实例化模板的类是否真的具有该接口,编译时才知道(如果实例化类型没有实现这些接口,则编译失败).这正是模板多态的展现方式,由实例化模板的类决定具体的行为是什么.这种多态编译期与运行期多态有很大的区别,运行期的多态是一种is-a类型的多态(我自造的

《More Effective C++》重点摘要一:基础议题

仔细区别pointers和references.指针和引用有些相似,他们本身都是对存在于某个地方的对象(不是指class)的指示,但是他们有着本质的区别.指针变量存储所指对象的地址,所指的对象可以是null,只要可以寻址就行.而引用是某个已经存在对象的别名,所以不可以先声明一个引用,经过一段时间(代码)后让它指向某个对象. 最好使用C++转型操作符.C++提供了自己的四种转型操作符: 1) static_cast.拥有与C旧式转型相同的意义与限制,但不能移除表达式的常量性,因为有const_ca

《Effective C++》重点摘要(四)

<Effective C++>第四章:设计与声明 让接口容易被正确使用,不易被误用.一个接口由返回类型.接口名称.和参数列表组成,为了让接口容易被正确的使用,需要小心设计返回类型,最好是简单.直接.自然.接口名称选择很重要,做到简单.达意.无歧义.参数列表形参类型需要身份小心,如果能防范非法输入,尽力为之,形参名也尽可能做到同接口名称一样的标准.另外请保持命名习惯的一致性也能收到奇效. 设计class犹如设计type.用户对语言内置的type支持的行为一般十分熟悉,所以最好自行设计的class