（一）
那么当程序的控制流到达这个变量定义时，变承受构造成本；当变量离开作用域时，便承受析构成本。
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中更小，更有利于程序的可理解性和易维护性。请记住：
尽可能延后变量定义式的出现，这样做可增加程序的清晰度并改善程序效率。