（一）

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

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

请记住：

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