《Effective C++》笔记:II

条款4:Make sure that objects are initialized before they‘re used.

译:确定对象被使用前已先被初始化.

C++的初始化

先来一个Java的初始化

class Student{

         private String Name;

         private int Age;

         Student(){

                   this.Name = “Destino74”;

                   this.Age = 22;

         }

}

但到了C++里,给成员变量赋值的形式并不是初始化。对象的成员变量初始化发生在进入构造函数本体之前,所以上述只是在成员变量初始化后改变其值,初始化的发生时间在这些成员的default构造函数调用之前。

在C++中,初始化其实就是使用初始化序列(member initialization)替换赋值:

#include <string>

class Student
{
public:
    Student() : m_name("Destino74"), m_age(20){}
    ~Student(){}
    void Show()
    {
        printf("name:%s age:%d", m_name.c_str(), m_age);
    }

private:
    std::string m_name;
    int m_age;
};

int main()
{
    Student stu;
    stu.Show();
    return 0;
}

虽然内置对面(m_age)的初始化成本与赋值相同,但大多数类型使用初始化往往效率优于赋值,因为比起使用default构造函数构造出一个右值再用copy assignment操作符把右值赋给左值,只调用一次Copy构造函数往往更加高效。

一般来说,建议在初始化列表里把对象的所有成员逐个初始化,这不单是出于性能上的考虑,还有调试成本的减少:这样做可以使你不必关心哪个成员已经或仍未初始化,也不用担心在使用对象时出现因未初始化而产生的不明确行为。

另外,书中还提到要关注初始化次序。因为C++中有明确的初始化次序:基类总是比衍生类更早初始化,类的成员变量总是以声明次序初始化。

虽然你可以初始化序列中把成员变量初始化序列的出现次序写得乱七八糟,但这不会影响它们的初始化顺序。

最后提到的,就是non-local static变量(全局静态变量)的初始化序列带来的问题。

当在某个文件中用到一个全局静态变量时,如何确保该全局静态变量已经被初始化?

书中原话:C++对“定义于不同编译单内的non-local-static对象”的初始化次序没有明确定义。也就是说,我们是很难或者说没办法决定它们的初始化次序。

但用一个小小的设计就可以解决这个问题,源于local-static对象(局部静态变量)的特性:C++保证,函数内的local static对象会在“该函数被调用期间”“首次遇上该对象之定义式”时被初始化。学过单例模式的都很清楚了,维护唯一一个实例,该实例只有在首次调用时被初始化,之后的调用都是对这个对象引用进行操作,这就是对象的延迟初始化(懒汉式)。其优点就不再加以阐述了。

使用构造函数的初始化序列对每个成员变量进行初始化,这往往比赋值高效。初始化序列列出的成员变量,应该和它们在类中的声明次序相同。

为免除“跨编译单元之初始化序列”问题,请以local static对象替换non-local static对象

时间: 2024-10-14 12:39:10

《Effective C++》笔记:II的相关文章

Effective C++笔记:构造/析构/赋值运算

条款05:了解C++默默编写并调用哪些函数 默认构造函数.拷贝构造函数.拷贝赋值函数.析构函数构成了一个类的脊梁,只有良好的处理这些函数的定义才能保证类的设计良好性. 当我们没有人为的定义上面的几个函数时,编译器会给我们构造默认的. 当成员变量里有const对象或引用类型时,编译器会不能合成默认的拷贝赋值函数:当一个基类把它的拷贝赋值函数定义为private时,它的派生类也不无生成默认的拷贝赋值函数,因为它无法完成基类成份的赋值. 条款06:若不想使用编译器自动生成的函数,就该明确拒绝 将拷贝构

Effective C++笔记06:继承与面向对象设计

关于OOP 博客地址:http://blog.csdn.net/cv_ronny 转载请注明出处! 1,继承可以是单一继承或多重继承,每一个继承连接可以是public.protected或private,也可以是virtual或non-virtual. 2,成员函数的各个选项:virtual或non-virtual或pure-virtual. 3,成员函数和其他语言特性的交互影响:缺省参数值与virtual函数有什么交互影响?继承如何影响C++的名称查找规则?设计选项有如些?如果class的行为

Effective c++(笔记)之继承关系与面向对象设计

1.公有继承(public inheritance) 意味着"是一种"(isa)的关系 解析:一定要深刻理解这句话的含义,不要认为这大家都知道,本来我也这样认为,当我看完这章后,就不这样认为了. 公有继承可以这样理解,如果令class D以public 的形式继承了class B ,那么可以这样认为,每一个类型为D的对象同时也可以认为是类型为B的对象,但反过来是不成立的,对象D是更特殊化更具体的的概念,而B是更一般化的概念,每一件事情只要能够施行于基类对象身上,就一定可以应用于派生类对

Effective c++(笔记) 之 类与函数的设计声明中常遇到的问题

1.当我们开始去敲代码的时候,想过这个问题么?怎么去设计一个类? 或者对于程序员来说,写代码真的就如同搬砖一样,每天都干的事情,但是我们是否曾想过,在c++的代码中怎么样去设计一个类?我觉得这个问题可比我们"搬砖"重要的多,大家说不是么? 这个答案在本博客中会细细道来,当我们设计一个类时,其实会出现很多问题,例如:我们是否应该在类中编写copy constructor 和assignment运算符(这个上篇博客中已说明),另外,我们是让编写的函数成为类的成员函数还是友元还是非成员函数,

Effective C++笔记05:实现

条款26:尽可能延后变量定义式的出现时间 博客地址:http://blog.csdn.net/cv_ronny 转载请注明出处! 有些对象,你可能过早的定义它,而在代码执行的过程中发生了导常,造成了开始定义的对象并没有被使用,而付出了构造成本来析构成本. 所以我们应该在定义对象时,尽可能的延后,甚至直到非得使用该变量前一刻为止,应该尝试延后这份定义直到能够给它初值实参为止. 这样做的好处是:不仅可以避免构造(析构)非必要对象,还可以避免无意义的default构造行为. 遇到循环怎么办?此时往往我

[Effective JavaScript 笔记]第28条:不要信赖函数对象的toString方法

js函数有一个非凡的特性,即将其源代码重现为字符串的能力. (function(x){ return x+1 }).toString();//"function (x){ return x+1}" 反射获取函数源代码的功能很强大,使用函数对象的toString方法有严重的局限性.toString方法的局限性ECMAScript标准对函数对象的toString方法的返回结果(即该字符串)并没有任何要求.这意味着不同的js引擎将产生不同的字符串,甚至产生的字符串与该函数并不相关. 如果函数

Effective c++(笔记)----类与函数之实现

上篇博客中集中说明了在设计一个类的时候常遇到的问题,当然博客中还夹杂着我随时想到的一些知识,发现自己写博客没很多人写的好,可能是自己语言不会组织,要么就是写的东西大家不愿意看,反正是有这方面的专业问题或者博客中有什么明显的错误和问题,大家提出来,我也好改进哈! 回归正题,这篇博客就大概的把Effective c++中类与函数这节看到的知识点做个笔记. 设计好一个类后,自己就要去实现这个类(实现类中的成员函数.友元.非成员函数等) 可能大家会遇到以下问题 1.在类的成员函数中,尽量避免返回内部数据

[Effective JavaScript 笔记]第27条:使用闭包而不是字符串来封装代码

函数是一种将代码作为数据结构存储的便利方式,代码之后可以被执行.这使得富有表现力的高阶函数抽象如map和forEach成为可能.它也是js异步I/O方法的核心.与此同时,也可以将代码表示为字符串的形式传递给eval函数以达到同样的功能.程序员面临一个选择:应该将代码表示为函数还是字符串?毫无疑问,应该将代码表示为函数.字符串表示代码不够灵活的一个重要原因是:它们不是闭包. 闭包回顾 看下面这个图 js的函数值包含了比调用它们时执行所需要的代码还要多的信息.而且js函数值还在内部存储它们可能会引用

java effective 读书笔记

java effective 读书笔记 [1]创建和销毁对象 1 静态工厂方法 就是“封装了底层 暴露出一个访问接口 ” 门面模式 2 多参数时 用构建器,就是用个内部类 再让内部类提供构造好的对象 3 枚举 singleton 不知道怎么操作,觉得意义不大 单例模式 4 私有化构造器不能实例化,也不可被子类继承 5 能用原生类的就尽量不用对象 [2]对于所有对象都通用的方法 reflexivity 自反性 symmetry 对称性 [3]类成员 降低可访问性 尽量把公有域 变成私有域,并提供

Effective c++(笔记) 之 杂项讨论

看到了Effective c++的最后一章,最开始的那章---内存管理还没搞清楚,准备那章搞清楚完也写篇博客,不管怎样,有好的开始就应该让它有个完美的结束,杂项讨论这章是作者将那些分到哪章都不合适的就索性放到了最后讨论,我看完后从中摘出自己认为重要的坐下笔记,如果能帮得到大家,那就更荣幸了哈! 1.当我们定义一个类时,编译器会自动给我产生哪些成员函数? 解析:我们都知道,当我们定义类时,如果我们没有定义某些成员函数的话,编译器会总会给我们自动合成,这就是编译器默默为我们完成和调用函数,这些函数主