***************************************转载请注明出处: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********************************************