《More Effective C++》- 极精简版 11-20条

        本文章属于专栏- 概述 -《业界C++进阶建议整理》-CSDN博客

---

        本章我会继续讲解我对11-20条的极精简的理解。

• 11、不要让destructor的异常流出
  • 先保障不会抛出异常，如果不能，就使用try catch，这里的注意catch里面不再抛出异常也需要人来保证

• 12、抛出一个exception VS 传递一个参数 VS 一个虚函数之间的差异
  • 异常机制的个人见解：异常机制核心收益是减少了用户对三方库的理解成本。在业务代码中使用try-catch包住异常，以让三方库的异常在有限的范围内，并且业务代码的函数执行状态由返回值表示。如果记不住繁琐的异常机制，记住我说的这个原则就够了。
  • 调用函数时，控制权会回到调用端，但是异常不会
  • exception objects总是被复制，如果以by value捕获，会被复制两次
  • throw 的exception对象，使用的静态类型，而不是动态类型
  • catch子句，会在第一次匹配成功时执行
  • 虚函数总是找到最匹配的，而不是第一个匹配的
• 13、以by reference方式捕捉exceptions
  • by point要担心当前point是否可用
  • by value有复制成本
• 14、明智使用excpetion specification
  • 个人见解：这个规则已经不适合c++11及之后的版本。忘记它，考虑第12条中我给出的建议
• 15、异常处理的成本
  • exception是c++的一部分，即使你从未使用，只要有一个依赖库用了，就有了一些成本。如果不要，需要对编译器明确禁止
  • 整体try语句快，代码膨胀5%-10%，速度下降5%-10%
  • exception成本较高，但是它出现的频率是极低的，比正常情况慢3个数量级。
  • 注意，这个性能的变换，more effective cpp的作者也是根据部分测试结果来判断的，它很难推断，而是需要测试验证。
• 16、80-20法则
  • 用性能测试工具找到性能瓶颈，然后花80%的精力优化20%
• 17、缓式评估
  • 写时复制，如String s1 = "a"; String b = "a"，编译器可能会只有在b使用时，才进行真正的复制。这也是变量定义贴近使用句子的道理
  • 区分读写，cout << a[0]为读，a[0] = 'a'为写。operator并不能区分，但是通过proxy class可以做到（30条）
  • 个人见解：核心思想是，等到确定真正要用的时候才做计算。它并不能减少需要计算数据的计算量，而是尽量不做不需要结果的计算
    • 如矩阵的class operator* 并不是真正的相乘，而是记录所需信息。而是在operator[]，才真正的做计算
• 18、分期摊还预期的计算成本
  • 当预期部分数据被频繁需要时，提前计算。如vector每次预分配的内存，是当前的两倍

• 19、了解临时对象的来源
  • 临时变量不是局部变量，临时变量并没有名字
  • 两种来源：隐式转换作为函数参数、函数返回对象时
    • char* a = (str_ + "end").c_str(); a指向了一个临时对象（注意不是局部变量），随时可能改变
• 20、协助完成“返回值优化”
  • 个人见解：在现代C++中，函数返回对象时，编译器会先尝试使用RVO，不行会先考虑使用移动构造函数，最后才是拷贝构造函数。所以，对于c++的默认对象或者小对象，直接返回，编译器会帮助用户只拷贝一次，对于大的对象建议还是在栈上申请，通过指针传递