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

(一)

那么当程序的控制流到达这个变量定义时。变承受构造成本。当变量离开作用域时,便承受析构成本。

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

return encypted; }

假设函数encryptPassword丢出异常,你仍得付出encrypted的构造和析构成本。

所以最好延后encrypted的定义式。

直到确定须要它:

//这个函数延后“encrypted”的定义,直到真正须要它
string encryptPassword(const std::string& password) {
    using namespace std;
    if(password.length() < MinimumPasswordLengt) {
        throw logic_error(“Password is too short”)
    }
    string encrypted;
    …//必要动作。将一个加密后的密码置入encrypted内。
    return encypted;
}
Encrypted虽获定义却无不论什么參数作为初值。这意味调用的是default构造函数。很多时候你对该对象做的第一个动作就是给它个值。通常通过赋值动作完毕。

以password作为encrypted的初值,跳过毫无意义的default构造函数过程:

string encryptPassword(const std::string& password) {
    using namespace std;
    if(password.length() < MinimumPasswordLengt) {
        throw logic_error(“Password is too short”)
    }
    string encrypted(password);//通过copy构造函数定义并初始化。

encrypt(encrypted); return encypted; }

所以:“尽可能延后”的意义。不仅仅应该延后变量的定义,直到非得使用该变量的前一刻为止。甚至应该尝试延后这份定义直到可以给他初值參数为止。

不仅能避免构造(和析构)非必要对象。还可以避免无意义的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个析构

应该尽量选择B。除非我们能够确定一个赋值的成本比一组“构造+析构”的成本低 或者 正在处理效率高度敏感的部分。另一个原因使得我们尽量使用B,由于B中w作用域比A中更小。更有利于程序的可理解性和易维护性。


请记住:

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



posted on 2017-04-19 15:24  ljbguanli  阅读(130)  评论(0编辑  收藏  举报