条款4:确定对象被使用前已被初始化(Make sure that objects are initialized before they're used)

其实 无论学何种语言 ,还是觉得要养成先声明后使用,先初始化再使用。

1.永远在使用对象之前先将其初始化。

内置类型: 必须手工完成。

内置类型以外的:使用构造函数完成。确保每一个构造函数都将对象的一个成员初始化。

shit!!读到这,以前一直以为有些概念独自觉悟到的,大牛们也有这样的想法!!!!

2.区分开assignment & initialization(这个需要再看看,似乎以前的认知是错误的!!!!)

initializatin:在default构造函数时才是对非内置类型做初始化。

assignment: 非default构造函数只是对成员变量赋值操作。

一定要把user-defined types 成员变量列在“成员初值列表“中。为了记忆,内置类型也要放入初值列中。

3.成员初始化次序

base classes ==> derived classes ==>class 的成员变量以声明次序被初始化。

4.non-local static 对象:

static对象的生命周期,自创造开始直至程序结束。

local static 对象是指:作用域在函数内的static object。非函数的作用域对象都是non-local static 对象,比如:file/global/namespace/classs...内的static对象。

编译单元(translation unit):就是单一源码文件+#include files(即头文件)

对于定义在不同编译单元内的non-local static 对象 的初始化次序并无明确定义 《====这个问题需要克服解决,于是有了已经下技术。

本质是使用local static object 替代 non -local static object

就是把non-local static object 放到function中,由调用函数(返回一个reference 指向local static object)代替直接使用non-local static object。

其实,自己在函数内部初始化了这个local static object。而且如果实际没有用到这个对象,也自然不会引起构造、析构成本。

eg:

class FileSystem{......};

FileSystem& tfs()

{

static FileSystem fs;

return  fs;

}

class Directory{.....};

Directory::Directory(params)

{

....

std::size_t disks = tfs().numDisks();

....

}

Directory& tempDir()

{

static Directroy td;

return td;

}

为了对象初始化前使用它,要做到:

1.手工初始化内置型non-member对象。

2.使用成员初始值列(member initialization lists)初始化对象的所有成分。

3.若”初始化次序不确定性“,把non-local  static object 利用函数 化为 local static object

以上三点也是NOTE内容。

条款4:确定对象被使用前已被初始化(Make sure that objects are initialized before they're used)

时间: 2024-03-21 00:12:30

条款4:确定对象被使用前已被初始化(Make sure that objects are initialized before they're used)的相关文章

Effective C++ 条款四 确定对象被使用前已被初始化

1.对于某些array不保证其内容被初始化,而vector(来自STL)却有此保证. 2.永远在使用对象前初始化.对于无任何成员的内置类型,必须手工完成.      int x = 0;      const int * p = &x; 3.不要混淆赋值与初始化的区别.一般初始化在定义的时候一起进行.而赋值是在定义之后的动作.      比如说在某一个类中的构造函数中,函数的行为都是赋值操作,而非初始化操作.      一般来说,对象的成员变量的初始化动作发生在进入构造函数本体之前.所以,我们一

[effictive c++] 条款04 确定对象被使用前已被初始化

成员初始化 在c和c++ 中,使用为初始化的类型常常会引发不可预料的错误,从而使得我们要花费巨大的时间用于调试查找问题,所以确定对象被使用前已被初始化是个很好的习惯. 永远在使用之前对对象进行初始化.对于无任何成员的内置类型,你必须手工完成初始化操作.因为c++不保证初始化他们. 内置类型意外的其他东西,初始化责任落在构造函数身上.但要注意区分构造函数中的变量是赋值还是初始化.举个例子 class PhoneNumber{...}; class ABEntry{ public: ABEntry(

Effective C++ 条款4 确定对象被使用前已被初始化

1. 对于内置类型,如果变量在全局作用域内定义,默认初始化为0,如果变量在局部作用域内定义,默认不进行初始化; 对于类类型,默认调用默认构造函数进行初始化,如果没有默认构造函数,则必须显式初始化. 2. 构造函数对成员进行初始化的动作发生在初始化列表中而不是函数体内,在函数体内进行的"初始化"实际上是赋值,对于类类型,降低了程序效率,对于内置类型在初始化列表还是在函数体内初始化对于效率没有影响,但在某些特殊情况(例如const变量和引用)必须在初始化列表进行初始化. 3. 类类型的构造

条款4:确定对象被使用前已被初始化

一. 永远在使用对象之前将它初始化 1.对于内置类型,手动完成初始化. 例如:int =0; 2.除了内置类型之外的类型,由构造函数进行初始化:确保每个构造函数都将对象的每一个成员进行了初始化. 二. 特别区分"赋值"和"初始化" 例如:有一个类:A中有一个成员变量string  name; 有一个构造函数:A(const string &n){name=n;}//这是赋值操作而非初始化,这里调用了默认构造函数和赋值运算符 A(const string &a

条款4:确定对象在使用前已被初始化

考虑如下设计: 1 #include<iostream> 2 3 using namespace std; 4 5 class Entry 6 { 7 public: 8 Entry(const string& name, const string& address, const string& phone); 9 10 private: 11 string name; 12 string address; 13 string phone; 14 int nums; 1

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

一.概述 手工初始化内置类型对象 构造函数的成员初始化列表 static对象的初始化:包括non-local static和local static 二.细节 1. 你的构造函数使用了成员初始值列表了咩 不使用初始值列表: class A { public: A(const string &s, int i) { //下面都是赋值,而非初始化 s = name; score = i; } private: string name; int score; }; 使用初始值列表: class A {

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

记住:永远在使用对象前先将它初始化. 1.不要混淆赋值assignment和初始化initialization. ABEntry::ABEntry(const std::string& name,const std::string& address,const std::list<PhoneNumber>& phones)//版本1 { theName = name;//这些都是赋值而非初始化 theAddress = address; thePhones = phon

NO.4: 确定对象被使用前已被初始化

1.为内置对象进行 "手工初始化",因为C++不保证初始化他们(内置类型在赋值与初始化销毁基本相同,最好还是进行初始化列表),在内置类型过多情况下,可选择private函数统一初始化(赋值与初始化效率持平) 2.构造函数最好使用成员初始化列表方式,构造函数体内属于赋值操作,且初始化列表最好与声明变量次序保持一致(成员变量实际初始化次序与声明次序一致) 3.为免除 "跨编译单元之初始化次序"问题,请以 "local-static" 对象替换 &qu

Effective C++ 之 Item 4:确定对象被使用前已先被初始化

Effective C++ Effective C++ Effective C++ Chapter 1. 让自己习惯C++ (Accustoming Yourself to C++) Chapter 1. 让自己习惯C++ (Accustoming Yourself to C++) Chapter 1. 让自己习惯C++ (Accustoming Yourself to C++) Item 4. 确定对象被使用前已先被初始化 (Make sure that objects are initial