effective C++读书笔记

effective C++：

01条款：视C++为一个语言联邦：

effective C++里面说C++包含了C，Object-Oriented C++，Template C++和stl四种。

然而，根据最新标准，应该是以下五种：

• is a better C
• supports data abstraction (e.g., classes)
• supports object-oriented programming (e.g., inheritance)
• supports generic programming (e.g., reusable generic containers and algorithms)
• supports functional programming (e.g., template metaprogramming, lambda functions,constexpr)

引用参考

然而，正如条款1所说，应该将其视作语言联邦，在必要的时候，选择合适的编程范式进行编程

02条款：尽量以const，enum，inline替换#define

#define指定的常量不会进入符号表，在编译错误时不会弹出宏的名字。

其次，无法跨作用域地指定常量，如指定类专属常量时，作用域外#define依然奏效

最后，由于#define展开是应用序展开，与常规的函数展开（正则序）不同，应该使用inline替代

e.g  #define multiply(a,b) a * b;   multiply(3+4, 5+ 3)的结果是3 + 4 * 5 + 3,即26

03条款：尽可能使用const

需要改变的对象不加const，其他使用const避免了错误

04条款：确定对象使用前被初始化

有一点建议：声明变量可以在前面。初始化或者定义尽量延后，在使用前不久进行

05条款：了解C++默默编写了哪些函数

C++03：default构造函数，析构函数，copy构造函数，copy assignment运算符

C++11：除了以上还有move operation

06条款：明确拒绝编译器自动生成的函数

C++03：写空定义函数

C++11：=delete对函数

07条款：为多态基类声明virtual析构函数

指针多态的对象在析构时，能够根据实际对象进行析构，选择合适的析构函数

08条款：别让异常逃离析构函数

C++析构函数中，抛异常可能导致内存泄漏，并没有完全地释放内存，应当将抛异常的代码部分移到析构函数外，并且在析构前调用它们

同理，在构造函数中也不能抛异常，因为类未完成构建，也就不知道如何析构，会出现错误，同样应当把抛异常的代码部分移到构造函数外调用

09条款：不在构造和析构过程中调用virtual函数

未必会调用derived class中的函数，此时类不变式已经被打破。

10条款：令operator = 返回一个reference to  *this

C++的=运算符就是这么规定的。所有重载必须和C++运算符中的规则匹配。

11条款：operator= 处理自我赋值

12条款：复制对象时勿忘每一个成分

13条款：对象管理资源

RAII，小心使用原始指针的pimpl模式的析构。

14条款：在资源管理类中小心copying行为

资源未必是可以复制的，不能复制的只能使用浅复制，最好还是使用引用计数的智能指针。

此外，还能够复制底部资源或者转移底部资源的拥有权（即C++11中的move语义）

15条款：在资源管理类中提供对原始资源的访问

有时APIs会要求对原始资源的范围呢

16条款：成对使用new和delete要采用相同形式

new[],delete[]配合；

new,delete配合；

placement new, placement delete配合；

17条款：以独立语句将newed对象置入智能指针

即智能指针管理资源

18条款：让接口易被使用，不易误用

良好的命名，何时的参数等等

19条款：设计class犹如设计type

20条款：以pass by reference to const替换pass by value

使用const by const提高了参数传递效率

21条款：必须返回对象时，别妄想返回reference

如果内部创建的对象，返回的reference在函数外内存已经释放了

可以返回对象副本，或者使用一个引用的对象作为函数的调用对象来作为返回值

22条款：成员变量声明为private

类的封装

23条款：宁以non-member,non-friend替换member函数

24条款：所有参数需要转换，使用non-member函数

扩展性更好，e.g类型转换的时候

25条款：考虑不抛异常的swap

26条款：尽量延后变量定义式的时间

27条款：少做转型

28条款：避免返回handles对象内部

暴露了对象内部，与封装思想相抵

29条款：为“异常安全”努力是值得的

不泄露任何资源，不允许数据败坏，

30条款：了解inlining的里里外外

插入到代码中，会使代码膨胀，应该只使用于小型函数

31条款：文件编译依存关系降至最低

尽量前置声明

32条款：public继承塑造is-a关系

33条款：避免遮掩的名称

遮掩即非virtual的父类和子类都有的同名函数，子类遮掩了父类的这个函数。

34条款：区分接口继承和实现继承

=0的使用，永远不会被实例化的类

35条款：考虑virtual函数以外的选择

template method模式，使用函数指针的strategy模式（其实现在可以使用bind,function对象来代替函数指针）

36条款：不重定义继承的non-virtual函数

也就是避免遮掩

37条款：不重定义继承而来的缺省参数

避免对父类和子类不同调用时产生不同的结果

38条款：通过复合构造出has-a

39条款：谨慎使用private继承

40条款：谨慎使用多重继承

41条款：了解隐式接口和编译器多态

模板的隐式接口即模板参数的限制（e.g能调用的子函数等等）

42条款：了解typename的双重定义

typename在模板参数中声明模板参数，也可以在模板定义内表明后面是一种类型

43条款：处理模板化基类的名称

对于模板参数是派生类，并且在此函数中调用了父类方法时，会被编译器报错，因为在编译期时不能访问该父类方法

应该在前面使用this->即指针多态或者using父类方法的作用域

44条款：参数无关的代码抽离template

45条款：成员函数模板接受所有兼容类型

46条款：类型转换为模板定义非成员函数

47条款：traits class表现类型信息

48条例：认识template模板元编程

49条款：定制new和delete

operator new无法分配内存时，调用客户的错误处理函数（new-handler），再抛出异常

50条款：new和delete的替换时机

1.检测错误（如dump）2.强化效能（自己定制内存分配器）3.收集统计数据

51条款：编写new和delete需要固守常规

52条款：写了placement new，也要写placement delete

53条款：不要轻视编译器警告

54条款：熟悉TR1

现在应该是boost，TR2了吧

cppreference