条款26：尽可能延后变量定义的出现时间

只要你定义了一个变量而其类型带有一个构造函数或析构函数，那么当程序的控制流到达这个变量定义时，你便得承受构造成本；当这个变量离开其作用域时，你便得承受析构成本。即使这个变量最终并未被使用，仍需耗费这些成本，所以你应该尽可能避免这种情形。

std::string encryptPassword(const std:;string & password)

{

             using namespace std;

             string encrypted;

           if ( password.length() < MinimunPasswordLength)

               {

                      throw logic_error("Password is too short ");

                }

                         ...                              //将一个加密后得密码置入变量encrypted内

                return encrypted;

}

所以最好延后encrypted的定义式，直到确实需要它：

std:: string encryptPassword (const std::string & password )

{

              using namespace std;

                  if ( password.length() < MininumPasswordLength)

                  {

                           throw logic_error("Password is too short");

                      }

              string encrypted;

              ....                    //将一个加密后的密码置入变量encrypted内

             return encrypted;

}

但是这段代码仍然不够好，因为encrypted虽获定义却无任何实参作为初值，这意味调用的是其默认构造函数。

条款04：通过默认构造函数构造出一个对象然后再对它赋值，比直接在构造时指定初值效率差。

std:: string encrypted;

encrypted = passwordl

 ------------------------------------------

std:: string encrypted(password);

 

在循环怎么办？

//方法A：定义在循环外，                                             //方法 B： 定义于循环内

Widget w；                                                                      for(int i = 0;i < n; ++i)

for(int i =0 ;i < n; ++i)                                                          {Widget w (取决于i 的某个值)；

{                                                                                            ...

            w=取决与i的某个值；                                               }

}

做法A : 一个构造函数 +一个析构函数 + n个赋值操作

做法B ：n 个构造函数 + n 个析构函数

如果classes 的一个赋值成本低于一组构造+析构成本，做法A大体而言比较高效的，尤其是n比较大时，否则做法B比较好，做法A造成名称W的作用域覆盖整个循环比做法B更大，有时那对程序的可理解性和易维护性造成冲突。