函数 参数的布局

问题：很多函数都是需要有返回值的。

现象：

   1、比较常见的是用 ErrCode Func(const OBJ& obj); 类似的函数签名，用返回值做些流程上的判断，然后用参数来返回；

   2、还有常见的是用类似 OBJ Func(); 的函数签名，直接判断，而不判断流程的对错，可以在返回值中进行值验证；

  

选择：对于这两种有疑问时因为第一种 参数是用 引用传参，直接对obj进行了操作，而第二种是OBJ对象在函数内部创建，类似于

{

    OBJ obj = xxxx;

    //TODO

    return obj;  

}

首先在内部创建了一个obj 对象，然后执行一些操作，最后返回这个对象，问题来了，返回的过程是obj进行了一次拷贝构造然后将这个临时对象返回；然后内部的obj对象再

销毁；然后临时对象进行赋值操作。。。相比与第一种貌似效率会低点。（当然能够纠结于这两种说明要保证有返回值obj而且可以选择不用返回值判断）

没错，确实是这样的，但是这仅限于没有优化的情况，即在debug下确实第一种会少构造和析构，但事实上在release下是没有区别的；内部编译器做了优化，而且在vs和gcc

（道听途说，优化的更明显，gcc 4.0）采用的方式还不一样，方式二下，直接将obj的对象的绑定到了返回的赋值对象上。