C和C++使用Effective C++.docVIP

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_caststring*(null)。 　　25. 如果不想使用隐式生成的函数，就显示的禁用它：private Array operator=(const Array ref); 　　26. 使用名字空间的好处：尽可能的避免名字冲突引发的问题。假如一个程序中有几百个名字冲突，名字空间能很好的解决这个问题。 　　27. 避免返回内部数据的句柄：指针。 帝尊： 　　28. 避免返回private和protected成员的非const引用和指针。 　　29. 千万不要返回局部对象的引用，也不要返回函数内部定义的new初始化的指针，容易忘掉delete。 　　30. 尽可能推迟变量的定义，这个在C中做不到，定义无用的变量必然伴随无用的开销。 　　31. 将文件间的编译依赖性降至最低：分离的关键在于：对类的声明的依赖与对类的定义的依赖： 　　尽量让头文件不要依赖于另的文件。如使用ImageLoad.h中的Image类，在类的声明中不要#includeImageLoad.h, 　　而只是声明类class Image; 在类的定义中才使用#includeImageLoad.h。 　　尽量不要在头文件中包含其他的头文件。 　　32. 使用函数体现“是一个”的含义，而不是“有一个”。 　　33. 明智的使用多继承，这东西不好玩。 　　34. 编译器能为我们自动生成的函数： 　　构造函数，析构函数，复制构造函数，赋值运算符重载，一对取地址运算符。 　　35. 宁可编译链接时出错，也不愿运行时出错。极少情况下会使用C++抛出异常：内存耗尽： 　　C++中没有上溢，下溢，除零检查，数组越界检查。 　　36. 重视编译器警告。 　　37. 熟悉标准库，在名字空间std中的。C++的伪标准库，如iostream.h, limits.h。 　　38. 常变量，类成员，父类构造函数要放在初始化列表初始化。 　　39. 指针定义时初始化为NULL。 　　40. 终极解决大法：良好的编译习惯可很避免上面很多情况的发生，如有一天C++的语法变得像Java一样限制那么多， 　　就不会出现这么多问题，不过也正因