Effective C++学习笔记总链接
改善程序与设计的55个具体做法学习笔记-每日1条
条款26:尽可能延后变量定义式的出现时间
【技巧】
尽可能延后变量定义式的出现,这样可以增加程序的清晰度并改善程序效率。
只要你定义了一个变量而其类型带有一个构造函数或析构函数,那么当程序的控制流到达这个变量定义式时,你便得承受构造成本,当这个变量离开其作用域时,你便得承受析构成本。
// 这个函数过早定义变量“encrypted”
std::string encryptPassword(const std::string& password)
{
using namespace std;
string encrypted;
if(password.length() < MinimumPasswordLength)
{
throw logic_error("Password is too short");
}
... // 必要动作
return encrypted;
}
上述代码的问题是:对象encrypted在此函数中并非完全未被使用,但如果有个异常被丢出,他就真的没有被使用,但你仍需要付出encrypted的构造成本和析构成本。
建议:最好延后encrypted的定义式,直到确实需要它
同时,“通过default构造函数构造出一个对象然后对它赋值”比“直接在构造时指定初值”效率差。
//定义并初始化encrypted最佳做法
std::string encryptPassword(const std::string& password)
{
... //检查length 如前
std::string encrypted(password); // 定义并初始化
encrypt(encrypted);
...
}
应该尝试延后这份定义直到能够给它初值实参为止
变量在循环内使用
// 方法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 个 赋值操作(Widget对象)
做法B:n个构造函数 + n个析构函数
做法A,有时对程序的可理解性和易维护性造成冲突。因此,除非(1)你知道赋值成本比“构造+析构”成本低(2)你正在处理代码中效率高度敏感的部分,否则你应该使用做法B。