Effective C++ 读书笔记

effective C++第三版读书笔记，使用XMinder。

做过两个项目以后，第二次读才写的博客，有一些地方确实在项目中会运用到，但其他的还是有不少不太理解的，之后再做做别的项目进行第三次阅读之后再进行补充。我是第一次读到一半就没读了，觉得看不懂，读起来也比较枯燥。

这意味着，如果你在一个编译单元中依赖于另一个编译单元中的全局静态对象的初始化结果，你的程序可能会遇到未定义行为，因为那些对象的初始化次序是不确定的。在构造、析构函数中一定只会调用本类中的虚函数。原因：当基类指针（引用）指向子类对象时，如果析构对象通过delete 指针的方式，只会调用基类的析构函数，不会调用子类的析构函数。如果把这个当做是基类，会有问题，析构函数只有声明没有定义，析构函数从派生类到基类的调用时，会发生链接错误。时，先调用基类的构造函数，此时派生类还没有被构造出来，所以调用的是基类的虚函数。

前些天看了《Effective C++》这本书，感受颇深，现将读书过程中记录的相关笔记总结如下，希望会对大家有所帮助。 1、千万不要返回局部对象的引用，也不要返回函数内部用new初始化的指针的引用。     原因：返回一个局部对象的引用他的问题在于，局部对象仅仅是局部的，也就是说局部对象是在定义时被创建，在离开生命空间时被销毁的。所谓生命空间就是他们所在的函数体，当函数返回时，程序的控制离

effective C++ 读书笔记 听说这是一本好书，于是就读了，确实不错。十年以后我再读这本书，应该会有更深的体会。

effective c++ 笔记

对应条款24，这里只是模版实现。规则一致，但它们写法上有所区别了。public:...// 需要隐式转换的接口定义为非成员函数{...};// 使用// 这里会编译错误，2不能隐式转换上面只是把24条款示例改为模版实现，然而模版版本是编译不过的，因为编译器并不知道2要转换为什么。编译器推断不了模版的隐式转换。对于模版我们只能通过friend和inline特性来实现非成员函数的定义。public:...// 这里Rational是Rational<T>的简写形式，在类模版内部可以简写。

提前定义变量，有可能导致变量并没有使用(如中间抛异常了)，而平白多了一个构造和析构成本。但是循环怎么办？// 方式AWidget w;i < n;...// 方式Bi < n;++i) {...做法A：1个构造 + 1个析构 + n个赋值操作做法B：n个构造函数 + n个析构函数打破本条款选择A的依据：（1）你知道赋值成本比“构造+析构"成本低。（2）你正在处理代码中效率高度敏感的部分。否则你应该使用做法B，维持变量尽可能在使用时定义的原则。请记住。

xx

下面从四个方面来说 (1) C++ 以 C 为基础，很多语句语法都没有改变，只是进行了扩展，C++ 解决问题的时候，可以理解为 C 的高效解法 (2) 面向对象，有构造函数，析构函数，继承、封装、多态、虚函数动态绑定，这是不同于C 语言的部分 (3) 泛型编程、可以理解为代码的模型，但是代码本身并不占用内存空间，只有在实例化的时候，才分配内存，所以可以提高代码复用性

effective C++读书笔记，持续更新中......

设计与声明。

《Effective C++ 2nd Edition》读书笔记 Section 1: 改变旧有的C习惯( Shifting from C to C++ )       Item 1: 尽量以 const 和 inline 取代 #define           Perfer const and inline to #define.      Item 2: 尽量以 取代           

《Effective STL》读书笔记写在前面《Effective STL》中可能过时的内容1 容器第1条：慎重选择容器类型。第2条：不要试图编写独立于容器类型的代码。第3条：确保容器中的对象拷贝正确而高效。第4条：调用empty而不是检查size()是否为0。第5条：区间成员函数优先于与之对应的单元素成员函数。第6条：当心C++编译器最烦人的分析机制。第7条：如果入容器中包含了通过new操作创建的指针，切记在容器对象析构前将delete掉。第8条：切勿创建包含auto_ptr的容器对象。第9条：慎重选择删

TODO,待补充

TODO,待补充

TODO,待补充

Effective cpp 读书笔记 01.视C++为一个语言联邦 02.尽量以const，enum，inline替换#define 03.尽可能使用const 04.确定对象被使用前已先初始化