《Effective C++》关于const，define等总结

（将每一条item的总结和自己的理解给记录下来，以后有需要的话可以再回头参阅这些资料，不懂的再翻书温故。）

Item 02：尽量以const ，enum，inline替换#define

#define compare(x,y) func((x)>(y)?(x):(y));

//下面调用它
int a=5,b=0;
ccompare(++a,b);//a被累加两次
compare(++a,b+10);//a被累加1次
//像这种情况用define可能会出现难以捕捉的错误，而且要写很多的括号，不然可能会出现因为符号优先级的问题带来的bug

总结：

1.对于单纯的常量，尽可能用const来代替#define。

2.对于类似于函数的宏定义，可以使用inline函数来代替。

---

Item 03：尽可能使用const

令函数的返回值为const可以使得下面的错误避免发生

testClass a,b,c;
if(a*b=c)//如果a,b,c的operator=操作符返回值为const的，这里编译器会报错，不然找这个=号错误又要花费一段时间

关于const成员函数：

const成员函数绝对不能调用non-const成员函数，这样编译器会报错，如果要让这样的代码通过编译，要通过const_cast来将*this指针上的const属性解放。

结论：

1.将某些东西声明为const可以帮助编译器侦测出错误的用法。const可被施加于任何作用域内的对象、函数参数、函数返回类型、成员函数本体。

2.编译器强制实施bitwise constness，但你编写程序时应该使用“概念上的常量性”（conceptual constness）

3.当const和non-const成员函数有着实质的等价时候，令non-const函数调用const函数可避免代码重复（绝对不能反过来！）

---

Item 04：确定对象在被调用前已经被初始化了

编译单元（translation unit）是指产出单一目标文件（single object file）的那些源码。基本上它是单一源码文件加上其所含的头文件（#include files）。

st由编译单元的定义可以引出一个问题，当两个源码文件中，每一个内含至少一个non-local static 对象（也就是说该对象是global的或者位于namespace作用域内，或者class内或者file作用域内被声明为static），这时候真正的问题就产生了：如果编译器内某个non-local static对象初始化的时候依赖于另一个对象的时候，它所用到的这个对象还没有被初始化，这时候怎么办？（C++对定义于不同编译单元内的non-local static 对象的初始化顺序是没有定义的）

我们可以采用Singleton模式：将每一个对象都搬到自己的专属函数内（该对象在此函数内被声明为static），这些函数返回一个reference指向它所含的对象。然后用户调用这些函数，而不直接触及到这些对象。换句话说，non-local static函数被local static对象替换了。

这个手法的基础在于：C++保证函数内的local static对象会在“函数第一次被调用的时候初始化它”，而且这样的好处在于，程序中从来没有使用到的static对象根本就不会初始化！这会带来效率上的提升！

总结：

1.为内置类型对象进行手动初始化，因为C++不会保证初始化它们。

2.构造函数最好使用成员初值列（member initialization list），而不要在构造函数本体内使用赋值构造（可以提高效率）。初值构造的成员顺序等同于在class中这些成员的声明次序，与在list中的顺序无关（这种情况下很容易写出让人意想不到的bug，在深入探索C++模型中也有提及到这一点！）

3.为了免除“跨编译单元之初始化次序”问题，请以local static对象替换non-local static对象。