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中更小，更有利于程序的可理解性和易维护性。

请记住：

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