《Effective C++》学习笔记——条款26

***************************************转载请注明出处:http://blog.csdn.net/lttree********************************************

杂谈:

《Effective C++》已经看到第26个条款了,总共55条,看了也大约近一半了。

刚开始看这本书,还是因为当时想提高一下C++,然后搜了搜书想看一下,

当时不知道在哪看到了一句话:

学C++的人,分为两种读过这本书的和没读过这本书的。(话说当时还真TM单纯,这句话说得没错,你要么读过要么没读,只是我想多了。。。)

这本书的评价也挺高的,然后就决心读一读。

近大半个条款看过来,真的收货真心不小,因为书上所有的东西,我并非都接触过的,

所以,有不懂得还要 搜一搜,翻一翻,有时候一个条款要看好几天。

马上就寒假了,明天最后一门考试,关于算法的,寒假放近2个月,

要好好规划一下了。。。

五、Implementations(实现)

恩,没错,已经第五章了 ~。~

每一章都有自己的主题,比如

第一章的 一些基本的东西(让你熟悉C++)、

第二章的 构建class的脊柱(良好集结 构造、析构、赋值运算)、

第三章的 资源管理、

第四章的 对接口的设计和声明。

本章?

本章主要讲述的就是 在提出自己的class(或class template)定义 以及 functions(或 function template)后,需要小心的一系列事情 的解决方法。

Rule 26: Postpone variable definitions as long as possible.

条款26:尽可能延后变量定义式的出现时间。

1.原因?

只要我们定义了一个变量而且这个类型有一个构造函数或析构函数,那么,我们的程序到达这个变量的定义式时,就不得不承受构造的成本,当我们的变量离开作用域时,就要承担析构的成本。即使这个变量没有被使用。

总结起来一句话——太快定义变量可能造成效率上的拖延。

2.疑问

<1> 万一我认定我不可能定义一个不使用的变量呢?

看下这个函数:

std::string encryptPassword( const std::string& password )
{
    using namespace std;
    string encrypted;
    if( password.length() < MinimumPasswordLength )  {
    throw logic_error("Password is too short" );
    }
    ...    // 必要动作,将一个加密后的密码置入变量 encrypted内

    return encrypted;
}

对象encrypted在此函数中并非完全未使用,但如果有个异常被丢出,它就真的没有被使用。

所以,即使你的变量在函数内定义完,并且使用了,但如果 抛出了一个异常,构造和析构的成本还是要承担,但是其实这个变量没用上。

额。。或许,把定义式放在抛出异常之后?

像这样:

std::string encryptPassword( const std::string& password )
{
    using namespace std;
    if( password.length() < MinimumPasswordLength )  {
    throw logic_error("Password is too short" );
    }
    string encrypted;
    ...    // 必要动作,将一个加密后的密码置入变量 encrypted内

    return encrypted;
}

但是这段代码仍然不够契合,因为encrypted虽获定义却无任何实参作为初值。这意味调用的是其default构造函数。

在条款4中,解释过 为什么 "通过default构造函数构造出一个对象然后对它赋值" 比 "直接在构造时指定初值" 效率差。

所以,真正受欢迎的是这样的:

std::string encryptPassword( const std::string& password )
{
    ...
    std:string encrypted(password);    // 通过copy构造函数定义并初始化

    encrypt(encrypted);
    return encrypted;
}

自此,知道了"尽可能延后"的真正意义。

你不只应该延后变量的定义,直到非得使用该变量的前一刻为止,甚至应该尝试延后这份定义直到能够给它初值实参为止。

这样做,不仅能够避免构造(和析构)非必要对象,还可以避免无意义的default构造行为。更深一层的说,以"具明显意义之初值"将变量初始化,还可以附带说明变量的目的。

<2> 对于循环,怎么办?

如果变量只在循环内使用,那么把它定义于循环外并在每次循环迭代时赋值给它比较好,还是该把它定义于循环内?

// 方法A 定义于循环外
Widget w;
for( int i = 0 ; i < n ; ++i )
{
    w = 取决于i的某个值;
    ...
}

// 方法B:定义于循环内
for( int i = 0 ; i < n; ++i )
{
    Widget w(取决于i的某个值);
    ...
}

我们先来计算一下成本:

? 做法A:1个构造函数 + 1个析构函数 + n个赋值操作

? 做法B:n个构造函数 + n个析构函数

所以如果class的一个赋值成本低于一组构造+析构成本,做法A大体而言比较高效。尤其当n值很大的时候。

此外 做法A 造成名称w的作用域比 做法B 大,有时那对程序的可理解性和易维护性造成冲突。

因此,除非:

① 知道 赋值成本比"构造+析构"成本低

② 你正在处理代码中效率高度敏感的部分

否则,就应该选择 方法B。

3.请记住

☆ 尽可能延后变量定义式的出现。这样做可增加程序的清晰度并改善程序效率。

***************************************转载请注明出处:http://blog.csdn.net/lttree********************************************

时间: 2024-11-05 14:57:08

《Effective C++》学习笔记——条款26的相关文章

effective c++学习笔记条款26-29

条款26:尽可能延后变量定义式的时间 1.中途抛出异常浪费构造函数 2.在循环内定义变量,消耗n个构造函数,n个析构函数:在循环外定义变量消耗n个赋值函数,1个构造,一个析构: 除非赋值的消耗比构造和析构少的不少,或者你处理的代码效率高度敏感,还是在循环内定义变量吧. 条款27:尽量少做转型动作 1.const_cast-----脱离常量属性,static_cast(隐式转换显示化),dynamic_cast(从一个寄放派生类的基类指针或引用调用派生类的成分),reinterpret_cats低

effective c++学习笔记条款23-25

条款23:宁可用非成员,非友元函数来替代成员函数 1.非成员函数提供了更好的封装性,这个函数内不能访问类的私有成员,封装的越严密我们对类的数据就可以弹性越大的操纵,因为可见这些数据的客户越少,反之数据影响的客户也就越少. 2.c++比较自然的做法-(关系到标准库numplace的组织结构),可以把不同便捷函数放到不同Namespace去,让客户来决定要用的非成员函数功能,这是类不能提供的. 条款24:若所有参数皆需类型转换,请为此采用非成员函数. 1.如果你需要为某个函数的所有参数(包括被thi

effective c++学习笔记条款11-13

条款11: 1.令赋值运算符返回一个&,因为STL,string都是这样做的,除非你有足够好的理由不这样做. 2.处理自我赋值的方法----(1).在没有成功获取对象数据时不要删除自己的数据,避免发生异常后原对象指针是一个悬浮指针 (2).判断自我赋值的检查操作会耗费不少时间,可以用swap交换数据技术来优化---(1)形参为赋值而来,(2)形参为静态引用,多加一个函数内拷贝操作.

effective c++学习笔记条款8-10

条款7:为多态基类声明虚析构函数 1.一个基类指针接受一个派生类对象的地址时,对该指针delete,仅仅释放基类部分 2.给所有类都带上虚析构函数是个馊主意,会带有vptr指向一个函数指针数组,扩大不必要的对象大小,除非补偿vptr,否则没有移植性. 3.string类和STL不含有虚析构函数,然而一些用户 却将他们作为基类,运用   delete指向派生类的基类指针,导致错误[c++11添加了禁止派生性质],他们不适合当基类. 4,手头上没有合适的纯虚函数,但你确实需要一个抽象类,把析构函数声

effective c++学习笔记条款20-22

条款20:用引用传递代替值传递 1.尽量以引用传递来代替传值传递,前者比较高效,并且可以避免切割问题 2.以上规则不适用于内置类型,以及STL的迭代器,和函数对象 条款21:必须返回对象时,别妄想返回对象的引用 1.绝对不要返回指针和引用指向一个局部对象或者静态局部对象而有可能需要多个这样的对象,条款4已经为在单线程环境合理返回&指向一个局部静态提供了一份设计实例.(保护初始化顺序) 条款22:将成员变量声明为private 1.切记将成员变量声明为private.这可赋予客户访问数据的一致性,

effective c++学习笔记条款4-7

条款4:确定对象被使用前已经初始化 一. 变量在不同情况下可能会初始化,也可能不会初始化. 注意初始化和赋值的区别. 1.在类中内置类型不会发生隐式初始化,自定义有默认构造函数的能被默认初始化 所以在构造类时务必初始化内置类型,最好给自定义的对象显示初始化避免在函数体中赋值浪费资源. 2.内置类型在函数体内不会初始化,在函数体外自动初始化为0. 二. 1.const和引用类型必须初始化,不可能赋值 三 1.当类实在是有较多构造函数,并且总是要对一些成员数据重复初始化,可以考虑将那些“赋值和初始化

effective c++学习笔记条款17-19

条款17:以独立语句将New对象放置入智能指针. 1.以独立语句将newed对象放置入智能指针内,如果不这样做,一旦异常被抛出,有可能导致难以察觉的资源泄露. void name(shared_ptr<管理对象类型>(new 管理对象类型),其它函数)),New被分配内存不一定马上放入管理对象,因为有其它函数干扰,这不是独立语句. 条款18:让接口容易被正确使用,不易被误用. 1.好的接口很容易被正确使用,不容易被误用.你应该在你的所有接口中努力达成这些性质. 2.“促进正确使用”的办法包括接

effective c++学习笔记条款35-37

#include<iostream> using namespace std; class A { public: void asd() { pri(); } private: /*virtual*/ void pri() { cout << "基类函数" << endl; } }; class B :public A { private: void pri() /*override*/ { cout << "派生类函数&quo

effective c++学习笔记条款29-31

条款29:为异常安全而努力是值得的[回顾] 1.异常安全函数即使发生异常也不会泄露资源或允许任何数据结构败坏,这样的函数分为3种可能的保证:基本型,强烈型,不抛异常型 2.“强烈保证”往往能通过copying and swap 来实现出来,但并非所有函数都可实现或者具备现实意义. 3.函数提供的“异常安全保证”通常最高只等于其所调用的各个函数的“异常安全中”的最弱者.