effective C++ 笔记

第一章 从 C 到 C++

  • 条款1 C++是语言联邦
    这条意思是C++支持面向过程、面向对象、泛型编程、函数编程、元编程五中编程方式,但是会令人困惑。所以他是一门综合语言。

  • 条款2 const enum inline 代替 define
    define不是语言的一部分,而是预处理的部分。const enum inline可以被编译器发现错误

  • 条款3 使用const来限制出错的可能
    例如返回const引用对象来防止用户修改。使用const成员函数来防止对类的破坏。

  • 条款4 使用对象前确保已经初始化
    主要是使用参数初始化列表初始化成员或者父类。另外如果类使用了全局的对象,则无法知道什么时候初始化的这个对象。所以需要使用类内部的static变量。(也是只有一份)

第二章 有关对象的构造与析构

  • 条款5 了解对象的默认成员函数
    编译器会根据需要的时候,默认生成的成员函数包括默认构造函数,拷贝构造函数,析构函数,拷贝赋值函数。

其中,默认拷贝赋值函数会可能无法拷贝引用成员。

  • 条款6 使用=delete来拒绝默认生成的成员函数
    这个可以防止类被拷贝,组织拷贝

  • 条款7 为多态基类声明virtual析构函数
    这个是基本功了。

  • 条款8 析构函数不要抛出异常
    这个可能导致内存释放不完全,或者导致抛出多个异常

  • 条款9 构造函数和析构函数中中不调用虚函数
    这条也比较明显,派生类的构造函数如果进入到基类构造函数中,调用了虚函数,此时派生类的虚函数还没有准备好。

  • 条款10 operator = 应该返回对象的引用
    这样就可以连续赋值了

  • 条款11 在operator = 处理自我赋值
    很难保证你的自我赋值代码没有问题,而且自我赋值是浪费时间的行为。

  • 条款12 复制对象时记得复制每一个部分
    这个很显然了。你要实现赋值函数,那么就必须拷贝所有内容。

第三章 有关对象的持有资源

  • 条款13 对象是持有资源的基本单位
    要能够获取资源,还要能够正确释放资源。关键在于使用shared_ptr来管理内存。可以自动释放持有的资源

  • 条款14 持有资源的对象复制
    要么禁止复制,要么使用shared_ptr成员,要么进行深度拷贝,要么使拷贝过程变为资源的转移。

  • 条款15 持有资源的对象需要提供一个原始对象的方法
    这个世界并不完美,许多APIs需要传递原始资源的指针才可以。使用shared_ptr会干扰这个对象的使用方式

  • 条款16 new数组对象的时候需要delete
    为了避免这种错误,可以使用vector容器来进行操作,避免对new数组的需求

  • 条款17 new对象作为参数传入式可能导致内存泄漏
    假如new对象和参数传入shared_ptr中间抛出了异常,那么就会导致内存泄漏

第四章 设计与声明

  • 条款18 让接口容易被正确使用
    接口有的时候难以表述清楚,比如传入三个int值,你得清楚的记得这三个值每一个到底是什么。如果传入的参数反了怎么办?这里书上提到了传入特定对象以及使用explicit来限定参数。其实也可以构建一个日期对象,然后指定成员,我感觉这种还好一点。另外,接口除了参数要设置的合理,返回值也要设置的合理(比如返回智能指针而不是原始指针强迫对方)。

  • 条款19 设计class是个大工程
    对象的创建、销毁,对象初始化与对象赋值,对象通过值拷贝传递会异常吗,新type的合法值是什么。类型转换函数写了吗。operator呢。哪些函数应该被delete?

  • 条款20 传递常量引用代替传值
    传值会带来对象的构造函数的调用,消耗时间,传递引用就是传递指针

  • 条款21 返回临时对象时无法返回对临时对象的引用
    如果返回一个由函数创建的对象时,无法返回对该对象的引用。编译器会自己做出正确的优化步骤。

  • 条款22 成员变量应该声明为private
    如果声明为public,那么删除这个变量会导致所有程序重写。如果声明为private,那么删除这个变量会导致继承类程序重写。所以要声明为private

  • 条款23 使用非成员函数替换成员函数
    如果一个方法只是调用了其他几个成员函数,没有必要将其设置为成员函数,把他放在外面,然后用相同的命名空间包裹就可以了

  • 条款24 如果成员函数的参数需要支持类型转换,则将其转为非成员函数
    这是因为成员函数在某些情况下可能无法发挥作用。比如operator *只能支持该类型作为第一个参数。如果内置类型作为第一个参数的时候就会失效。

  • 条款25 swap函数与异常
    swap是个有用的函数。为了实现高效率的swap,你需要设计一个swap成员函数来与另外一个对象进行交换。然后再命名空间设计一个非成员函数雨来调用上面的swap函数。最后特化std::swap来让编译器选择你自己的swap

第五章 有关函数的实现

  • 条款26 延迟定义出现的顺序
    C++对于不同行的顺序不能随意更改其顺序,这意味着只有用到什么再去定义什么更能符合过程,如果在刚开始就将所有的定义,但是程序一开始就返回,这就会带来不必要的构造与析构过程。

  • 条款27 避免类型转换
    四种c++类型转换的使用场景虽然可以使用,但是如果使用了都会带来更大的问题。旧式的类型转换就更不能用了。

  • 条款28 避免返回handles指向对象内部成分
    尽量避免对象内部的数据的指针被返回到对象外部,这会带来很大的问题。vector []运算符就是这种情况。这种情况是特例

  • 条款29 异常安全
    C++异常是最难以处理的一件事情了。但是还是要保证异常。

  • 条款30 了解inline
    inline是让编译器尽量避免栈的展开,而不是一定。八二法则告诉我们,程序只会花时间在20%的代码上,不一定见了函数就要都用inline。

  • 条款31 减少依赖——定义与声明相分离
    两种处理方式——实施类与接口类。实施类就是使用另一个类来代理实现该类的功能。接口类就是使用面向对象的方法来将该类设计为接口。

第六章 面向对象设计

  • 条款32 public继承意味着is-a关系
    这意味着所有基类能够办到的事情派生类也能办到。但是派生类能够办到的基类不一定能办到

  • 条款33 继承时会发生名称遮掩
    如果在派生类中声明了父类函数的另一个重载版本,会将父类的原始版本也一并覆盖,使得无法正确的链接到父类函数。可以使用using来表示使用父类的函数空间。

  • 条款34 区分接口继承和实现继承
    纯虚函数是只继承接口,虚函数继承接口和默认实现,非虚函数是继承接口和强制实现

  • 条款35 不是只有虚函数一种实现
    可以使用其他设计模式来代替虚函数的实现,例如仿函数

  • 条款36 不要重新定义非虚函数
    省的到时候你都不知道具体是哪个被调用了。没错说的就是析构函数。

  • 条款37 不要重新定义缺省参数
    这是因为缺省参数是静态确定的而不是动态确定的。你定义的那个不一定有用

  • 条款38 区分复合与继承
    public继承是is-a关系。复合是has-a关系。例如set的实现,如果继承list就会有一些问题了。set应该复合list。

  • 条款39 private继承意味着根据其实现
    private的使用频率比复合使用的频率要更低。有两种情况需要这样实现,第一种情况是派生类需要访问基类的protected成员。第二种情况是需要重新定义virtual函数(这种情况难道不应该设计一种中间类吗)。

  • 条款40 小心的使用多重继承
    多重继承使用的很少。虚继承内最好不要包含任何成员。因为虚继承的成员初始化是在派生类内完成的。

第七章 泛型编程

  • 条款41 了解隐式接口与编译器多态
    就是静态多态。

  • 条款42 typename的双重含义
    typename除了会在模板的template一行中使用,还会模板的处理中出现。当我们使用成员变量或者是成员类型时,编译器不知道用的是哪一个。默认使用的成员变量。加上typename来提醒编译器用的是成员类型

  • 条款43 继承一个模板类,对模板类内的符号要显示声明
    这是因为模板类可能特化,如果特化,则可能有的符号不存在。所以需要显示的指示模板类内的符号,例如使用this指针或者是作用域

  • 条款44 template导致代码膨胀
    template参数在传入一个非类型参数的时候,会生成多份代码。这些代码有一些方式可以避免重复生成,但是速度不如原来的快。

  • 条款45 运用成员函数模板接受所有兼容类型
    类可以是模板的,成员函数也可以是模板的。

  • 条款46 需要类型转换时请为模板定义非成员函数
    不仅要定义成非成员函数,还要定义成为friend函数。

  • 条款47 使用traits
    traits是使用了模板编程与特化的性质实现的一个triats类,通过triats类可以获得想要的泛化类内的数据类型。

  • 条款48 template元编程
    元编程指的是在编译期间就知道结果的编程方法。比如在编译期间处理输入。类似于C++的hello world的程序就是阶乘。

第八章 new 与 delete

  • 条款49
    了解new-handler的行为
    就是不断尝试分配内存。我很好奇如果new-handler一直分配失败会不会出现卡死的现象。

  • 条款50
    了解自定义new和delete的场合
    貌似现在的new和delete性能都很高了。不用替换

  • 条款51
    自定义new和delete要保持兼容性

  • 条款52
    placement new 和placement delete
    placement delete会在placement new出现错误的时候自动运行

第九章 现在的c++11

  • 条款53
    不要忽视warring

  • 条款54
    熟悉tr1的标准程序库

  • 条款55
    熟悉boost

你可能感兴趣的:(effective C++ 笔记)