读书笔记《Effective c++》 条款04 确定对象被使用前已经被初始化
2018-01-08 16:58
369 查看
a.对于内置类型,必须手工完成初始化,对于除此以外的东西,初始化的责任落在构造函数上。
(疑问:书上说如果在带参构造函数中给成员赋值而不是使用初始化列表的话,会首先调用default构造函数为成员设初始值,然后立刻对他们赋予新值,但在我只的测试代码中,default构造函数并没有被调用,这里我的理解是,可能并不是调用default构造函数,而是调用了和default构造函数相同的底层函数)
当然,最简单并且应该的做法是,永远使用初始化列表来初始化成员变量。
在实际项目中,一个class可能有多个构造函数,每个构造函数都有自己的初始化列表,这就存在大量的重复,这种情况下可以将那些“赋值表现像初始化一样好”的成员变量改用赋值操作来初始化,将这些赋值操作放在一个单独的函数(比如private: void init())中,所有构造函数都来调用这个函数即可。
b.初始化次序1
c++有着十分固定的“成员初始化次序”。base class更早于其derived class被初始化。
c.初始化次序2
不同编译单元内定义的non-local static对象的初始化次序。(深呼吸)
函数内的static对象是local static对象,其他的都是non-local static对象。他们在程序结束时被自动销毁,也就是他们的析构函数会在main()结束时被自动调用。
所谓编译单元是指产出单一目标文件的那些源码,基本上是单一的源码文件+头文件(#include files)
c++对“定义于不同编译单元内的non-local static”对象的初始化次序并无明确定义。
但是可以通过将non-local static对象转换成local static对象来实现确定的初始化次序,因为c++保证,函数内的local static对象会在“该函数被调用期间”“首次遇上改对象的定义式”时被初始化。这事单例模式(Singleton)常见的一个实现手法。
额外1:Singleton模式是保证只有一个实例,它更关注结构,而MonoState是保证所有的实例都有相同的状态,他侧重于状态。
额外2:c++11要求local static对象的构造过程是线程安全的,所以单例模式在c++11下很简单
class Singleton {
public:
static Singleton& getInstance(){
static Singleton instance;
return instance;
}
};
结论:
a.为内置对象进行手工初始化,因为c++不保证初始化他们。
b.构造函数最好使用初始化列表,而不是在构造函数体中赋值。初始化列表列出的成员变量,排列次序最好与他们在class中的声明次序相同。
c.为免除“跨编译单元的初始化次序”问题,请以local static对象替换non-local static对象。
(疑问:书上说如果在带参构造函数中给成员赋值而不是使用初始化列表的话,会首先调用default构造函数为成员设初始值,然后立刻对他们赋予新值,但在我只的测试代码中,default构造函数并没有被调用,这里我的理解是,可能并不是调用default构造函数,而是调用了和default构造函数相同的底层函数)
当然,最简单并且应该的做法是,永远使用初始化列表来初始化成员变量。
在实际项目中,一个class可能有多个构造函数,每个构造函数都有自己的初始化列表,这就存在大量的重复,这种情况下可以将那些“赋值表现像初始化一样好”的成员变量改用赋值操作来初始化,将这些赋值操作放在一个单独的函数(比如private: void init())中,所有构造函数都来调用这个函数即可。
b.初始化次序1
c++有着十分固定的“成员初始化次序”。base class更早于其derived class被初始化。
c.初始化次序2
不同编译单元内定义的non-local static对象的初始化次序。(深呼吸)
函数内的static对象是local static对象,其他的都是non-local static对象。他们在程序结束时被自动销毁,也就是他们的析构函数会在main()结束时被自动调用。
所谓编译单元是指产出单一目标文件的那些源码,基本上是单一的源码文件+头文件(#include files)
c++对“定义于不同编译单元内的non-local static”对象的初始化次序并无明确定义。
但是可以通过将non-local static对象转换成local static对象来实现确定的初始化次序,因为c++保证,函数内的local static对象会在“该函数被调用期间”“首次遇上改对象的定义式”时被初始化。这事单例模式(Singleton)常见的一个实现手法。
额外1:Singleton模式是保证只有一个实例,它更关注结构,而MonoState是保证所有的实例都有相同的状态,他侧重于状态。
额外2:c++11要求local static对象的构造过程是线程安全的,所以单例模式在c++11下很简单
class Singleton {
public:
static Singleton& getInstance(){
static Singleton instance;
return instance;
}
};
结论:
a.为内置对象进行手工初始化,因为c++不保证初始化他们。
b.构造函数最好使用初始化列表,而不是在构造函数体中赋值。初始化列表列出的成员变量,排列次序最好与他们在class中的声明次序相同。
c.为免除“跨编译单元的初始化次序”问题,请以local static对象替换non-local static对象。
相关文章推荐
- 读书笔记《Effective C++》条款04:确定对象被使用前已先被初始化
- 【Effective C++ 读书笔记】条款04:确定对象使用前已先被初始化
- Effective C++ 条款04:确定对象被使用前已经先被初始化
- 条款04:确定对象被使用前已经先被初始化
- effective C++ 04_确定对象被使用前已被初始化 读书笔记
- 《Effective C++》——条款04:确定对象使用前已先被初始化
- [Effective C++]条款04:确定对象被使用前已先被初始化
- 条款04:确定对象在使用前已经被初始化
- Effective C++学习笔记 条款04:确定对象被使用前已先被初始化
- Effective c++ 学习笔记——条款04:确定对象被使用前已先被初始化
- Effective C++学习4 条款04:确定对象在被使用前以被初始化
- Effective C++ -----条款04:确定对象被使用前已被初始化
- Effective C++:条款04:确定对象被使用前已先被初始化
- Effective C++_笔记_条款04_确定对象被使用之前已先被初始化
- [Effective C++]条款04 确定对象被使用前已先被初始化
- Effective C++ 条款04确定对象被使用前已被初始化
- 《Effective C++》学习笔记条款04 确定对象被使用前被初始化
- effective c++条款04确定对象使用前已经被初始化
- 条款4:确定对象被使用前已经被初始化
- 条款04:确定对象被使用前已先被初始化