1. 尽量用const和inline，而不用#define，即尽量用编译器，而不用预处理器。
2. 尽量用iostream，而不用stdio.h。
3. 尽量用new和delete，而不用malloc和free，因为new和delete会执行构造函数和析构函数，而malloc和free不会。
4. 尽量在函数中使用C++风格的注释 // 函数头用/* */
5. new和delete与malloc和free要成对出现。
6. 析构函数里对指针成员delete，delete NULL指针并不影响什么。
7. 预先准备好内在不够的情况，try{ new..} catch(bad_alloc baex) {}
8. 写operator new和operator delete时要遵循常规。
9. 如果写了operator new，就要写operator delete。
10. 为需要动态分配内存的类提供一个复制构造函数和赋值操作运算符。
11. 尽量使用初始化，而不在构造函数里赋值。CC::CC(int v_value) : value(v_value) {}
12. 初始化列表中成员的列出顺序与成员的在类中的声明顺序相同。
13. 确定基类有虚析构函数，否则释放子类时只能执行基类的析构函数，而不会执行子类的虚构函数。
14. 让operator= 返回*this的引用， (a = b) = c;只是为了这个能正确执行，不过这可是一个很阿格里拉的编程风格。
15. 在operator= 中对所有数据成员赋值。
16. 在operator= 中检查对自己赋值的情况。如不处理这种情况，在operator= 中先释放指针对象数据，
然后再把目标的数据复制过来，因为是自己给自己复制，但数据已经释放，所以发生错误。
17. 争取使类的接口完整并最小。
18. 分清成员函数，非成员函数和友元函数。
19. 避免public接口出现数据成员。set, get.
20. 尽可能使用const。
21. 尽量传引用，而不是传值。const ClassName&。
22. 必须返回一个对象时，不要试图返回一个引用。如函数中的临时变量的引用。
23. 在函数重载和设定参数缺省值的函数之间慎重选择。
24. 避免指针和数字类型重载：void func(int x)与void func(string* str)传入0时：func(static_cast<string*>(null)。
25. 如果不想使用隐式生成的函数，就显示的禁用它：private Array& operator=(const Array& ref);
26. 使用名字空间的好处：尽可能的避免名字冲突引发的问题。假如一个程序中有几百个名字冲突，名字空间能很好的解决这个问题。
27. 避免返回内部数据的句柄：指针。
28. 避免返回private和protected成员的非const引用和指针。
29. 千万不要返回局部对象的引用，也不要返回函数内部定义的new初始化的指针，容易忘掉delete。
30. 尽可能推迟变量的定义，这个在C中做不到，定义无用的变量必然伴随无用的开销。
31. 将文件间的编译依赖性降至最低：分离的关键在于：对类的声明的依赖与对类的定义的依赖：
尽量让头文件不要依赖于另的文件。如使用ImageLoad.h中的Image类，在类的声明中不要#include"ImageLoad.h",
而只是声明类class Image; 在类的定义中才使用#include"ImageLoad.h"。
尽量不要在头文件中包含其他的头文件。
32. 使用函数体现“是一个”的含义，而不是“有一个”。
33. 明智的使用多继承，这东西不好玩。
34. 编译器能为我们自动生成的函数：
构造函数，析构函数，复制构造函数，赋值运算符重载，一对取地址运算符。
35. 宁可编译链接时出错，也不愿运行时出错。极少情况下会使用C++抛出异常：内存耗尽：
C++中没有上溢，下溢，除零检查，数组越界检查。
36. 重视编译器警告。
37. 熟悉标准库，在名字空间std中的。C++的伪标准库，如iostream.h, limits.h。
38. 常变量，类成员，父类构造函数要放在初始化列表初始化。
39. 指针定义时初始化为NULL。
40. 终极解决大法：良好的编译习惯可很避免上面很多情况的发生，如有一天C++的语法变得像Java一样限制那么多，
就不会出现这么多问题，不过也正因为如此，才出现了N多C++奇淫技巧，就如茴香豆的茴有四种写法，
这里可不止四种。