《Effective C++》
条款26：尽可能延后变量定义式的出现时间
只要你定义了一个变量而其类型带有一个构造函数和析构函数，那么当程序的控制流到达这个变量定义式时，你便得承受构造成本；当这个变量离开作用域时，你便得承受析构成本。即使这个变量最终并未被使用，仍需耗费这些成本，所以你应该尽量避免这种情形。
对于“尽可能延后”的理解：
不只应该延后变量多的定义，直到非得使用该变量的前一刻为止，甚至应该尝试延后这份定义直到能够给它初始实参为止。如果这样，不仅能够避免构造（析构）非必要对象，还可以避免无意义的default构造行为。更深一层说，以“具明显意义之初值”将变量初始化，还可以附带说明变量的目的。
在循环中如何选择呢？
//方法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个析构函数
如果classes的一个赋值成本低于一组构造+析构成本，做法A大体而言比较高效。尤其当n值很大的时候。否则做法B或许较好。
此外，做法A造成名称w的作用域比做法B更大，有时那对程序的可理解性和易维护性造成冲突。因此除非（1）你知道赋值成本比“构造+析构”成本低；（2）你正在处理代码中效率高度敏感的部分。否则你应该选择做法B。
总结：
尽可能延后变量定义式的出现。这样做可增加程序的清晰度并改善程序效率。
2016-11-07 21:33:24
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
