《Effective C++读书笔记》--条款04:确定对象被使用前已先被初始化
来源:互联网 发布:胎儿b超数据 编辑:程序博客网 时间:2024/05/29 10:51
对于C++来说,定义一个值未初始化,其值是一个不确定的数,而当我们使用未初始化的值会导致UB,在不同的平台上表现不一样,总之会给程序带来不可预知的行为,我们要尽力避免。所以对于内置类型来说,我们要尽量在使用对象之前将他初始化,至于内置成员之外的类型,初始化的任务落在构造函数上,我们要确保每个构造函数将每个对象的每一个成员都初始化。此时有两种方法,一是在初始化列表中初始化,二是在构造函数中赋值。对此,我们要理清初始化和赋值的区别:
--初始化:
--初始化:
初始化是在进入构造函数之前就完成的动作,在构造好对象时就将数据填充进去,调用一次默认构造函数。
--赋值:
对于赋值操作来说则是先调用默认构造函数,然后再调用拷贝赋值运算符。效率比初始化列表要低,因为他多调用了一次赋值操作。
以上是对于非内置类型来说的,对于内置类型,两种操作效率差别不大。
接下来讨论初始化列表,有一点需要特别注意,就是初始化的顺序由声明成员的顺序所决定,即使在初始化列表中以不同的次序出现,因此我们要注意根据声明的先后顺序决定在初始化列表中的顺序。有三种情况下必须使用初始化列表:
1、数据成员是一个引用,由于引用必须给予初值,因此引用必须使用初始化列表。
2、const类型不可赋值,必须使用初始化列表给予初始值。
3、继承类中调用基类的初始化构造函数,即先构造基类对象,必须使用初始化列表。
最后一点,也是最容易被忽视的一点就是,不同编译单元内定义的non-local static对象的初始化次序。我们知道对于函数内的静态成员来说,该对象会在第一次调用该函数,首次遇上该对象之定义式时被初始化。举一个例子,当我们在客户端构造一个Directory类时,在其构造函数中使用到了tfs这个对象,但此时有可能这个对象还未初始化,此时就会出现问题,但我们以函数调用来取代直接调用该成员就可以避免该成员未被初始化的问题,因为我们在函数体内就定义并初始化了该对象,并且返回了该对象的一个引用,如此就保证了我们在使用时已经初始化了该对象。
总结以上内容为三点:
--1、手动初始化内置对象
--2、使用初始化列表初始化对象的所有成分。
--3、设计函数调用等方法避免调用未初始化的对象。
阅读全文
0 0
- 读书笔记《Effective C++》条款04:确定对象被使用前已先被初始化
- Effective C++:条款04:确定对象被使用前已先被初始化
- [Effective C++]条款04 确定对象被使用前已先被初始化
- 【Effective C++ 读书笔记】条款04:确定对象使用前已先被初始化
- 《Effective C++读书笔记》--条款04:确定对象被使用前已先被初始化
- 《Effective C++》学习笔记条款04 确定对象被使用前被初始化
- effective C++读书笔记 条款四 确定对象被使用前已经被初始化
- Effective c++ 学习笔记——条款04:确定对象被使用前已先被初始化
- Effective c++ 学习笔记——条款04:确定对象被使用前已先被初始化
- Effective C++读书笔记---确定对象被使用前已先被初始化
- [effictive c++] 条款04 确定对象被使用前已被初始化
- Effective C++——》条款4:确定对象使用前已先被初始化 .
- Effective C++(4) 确定对象被使用前已先被初始化
- Effective C++ 条款4——确定对象被使用前已先被初始化
- Effective C++学习4 条款04:确定对象在被使用前以被初始化
- 条款04:确定对象被使用前已先被初始化
- 条款04:确定对象被使用前已先被初始化
- 条款04:确定对象被使用前已先被初始化
- 集合类详解
- AIM Tech Round 4 (Div. 2) B
- 更改MyEclipse中的src目录的浏览方式
- Linux下C/C++头文件以及库的搜索路径
- 2017年8月前端开发者超实用干货大合集
- 《Effective C++读书笔记》--条款04:确定对象被使用前已先被初始化
- mybatis sql in 查询总结
- SQL Server 2014 登陆遇到的问题
- php5.6.x独立编译安装
- CCF 201703-2 学生排队(模拟)
- Nginx+Tomcat+Memcached负载均衡集群服务搭建
- 机器学习-正则
- js最新手机号码、电话号码正则表达式
- 《Android开发艺术探索》笔记——Bitmap的加载和Cache(一)