Effective C++学习笔记一

条款01:视C++为一个语言联邦

? C

? Object-Oriented C++

? Template C++//泛型编程部分(generic programming)

? STL

C++高效编程守则视情况而变化,取决与你使用C++的哪一部分。

条款02:尽量以const, enum, inline替换#define

? 对于单纯常量,最好以const对象或者enums替换#defines。

? 对于形似函数的宏,最好改用inline函数替换#defines。

条款03:尽可能使用const

? 声明为const可帮助编译器侦测出错误用法。

? 编译器强制实施bitwise constness,但你编写程序时应该使用“概念上的常量性”。

? 当const和non-const成员函数有着实质等价的实现时,令non-const版本调用const版本可避免代码重复。

条款04:确定对象被使用前已先被初始化

? C++成员初始化次序是固定的,class的成员变量总是以其声明次序被初始化。但是它们可以在成员初值列中以不同的次序出现,没有影响。

? 构造函数中注意分清初始化操作和赋值操作。初始化是在成员初始化列表里面,而赋值是在构造函数本体里面进行的。

? 构造函数最好使用成员初值列,而不要在构造函数本体内使用赋值操作。

? 为内置内型对象进行手工初始化,因为C++不保证初始化它们。

? 为免除“跨编译单元之初始化次序”问题,以local static对象替换non-local static对象。

条款05:了解C++默默编写并调用哪些函数

? 编译器为class暗自创建了default构造函数、copy构造函数、copy assignment操作符、以及析构函数。

条款06:若不想使用编译器自动生成的函数,就该明确拒绝

? 为拒绝使用编译器自动生成的函数,可以将相应的成员函数声明为private并且不予实现。或者使用想Uncopyable这样的base class也可以。在该类中把你想要拒绝的函数设置为private类型。

条款07:为多态基类声明virtual析构函数

? 带多态性质的base classes应该声明一个virtual析构函数 。如果class带有任何virtual函数,它就该拥有一个virtual 析构函数。

? Classes的设计目的如果不是作为base classes使用,或不是为了具备多态性,就不该声明为virtual析构函数。

条款08:别让异常逃离析构函数

? 析构函数绝对不要吐出异常,否则总会带来”过早结束程序”或”发生不明确行为”的风险。当然还会造成内存泄露。(比如删除vector<>)

? 如果一个被析构函数调用的函数可能抛出异常,析构函数应该捕捉任何异常,然后吞下它们不传播或结束程序。

? 如果客户需要对某个操作函数运行期间抛出的异常做出反应,那么class应该提供一个普通函数(而非在析构函数中)执行该操作。

条款09:绝不在构造和析构过程中调用virtual函数

? 由于base class构造函数的执行更早于derived class构造函数,当base class构造函数执行时derived class的成员变量尚未初始化。如果此期间调用的virtual函数下降到derived classes阶层,而derived class的函数必然取用local成员变量,而那些成员变量此时尚未初始化,将会导致不明确行为。

? 在构造和析构期间不要调用virtual函数,因为这类调用从不下降至derived class。

条款10:令operator=返回一个reference to *this

? 令赋值(assignment)操作符返回一个reference to *this。

时间: 2024-11-10 03:52:01

Effective C++学习笔记一的相关文章

原型模式和Effective C++学习笔记

原型模式(Prototype):用原型实例制定创建对象的种类,并且听过拷贝这些原型创建新的对象. 浅复制:如果字段是值类型的,则对该字段执行逐位复制,如果字段是引用类型,则复制引用但不复制引用的对象:因此,原始对象及其副本引用同一对象. 深复制:把引用变量的对象指向复制过的新对象,而不是原有的被引用的对象. Effective C++: 1:在资源管理类中提供对原始资源的访问. (1),APIs 往往要求访问原始资源(raw resources),所以每一个 RAII class 应该提供一个"

模板方法模式和Effective C++学习笔记

模板方法模式: 定义:定义一个操作中的算法的骨架,而将一些步骤延伸到子类中.模板方法使得子类可以不改变算法的结构即可重定义该算法的某些特定步骤. (1),用了继承,并且肯定这个继承有意义的情况下,就应该要成为子类的模板,所以重复的代码都应该提升到父类中,而不是让每个子类去重复. (2),当我们要完成某一个细节层次一致的过程或者一系列步骤,但其个别步骤在更详细的层次上的实现可能不同时,我们通常考虑模板方法模式来处理. (3),模板方法模式通过把不变的行为搬移到超类,去除子类中的重复代码来体现它的优

Effective C++学习笔记(Part Seven:Item 41-48)

 最近终于把effectvie C++仔细的阅读了一边,很惊叹C++的威力与魅力.最近会把最近的读书心得与读书笔记记于此,必备查找使用,如果总结有什么不当之处,欢迎批评指正: 现在只列出框架,最近会尽快填充完整: 第7部分:模板与泛型编程 所谓泛型编程就是以独立于任何特定类型的方式编写代码.使用泛型程序时,我们需要提供具体程序实例所操作的类型或值.模板是泛型编程思想的一种实现,也是C++研发者思想精髓所在. 条款41:了解隐式接口和编译器多态 条款42:了解typename的双重含义 条款4

Effective C++学习笔记(Part Six:Item 32-40)

 最近终于把effectvie C++仔细的阅读了一边,很惊叹C++的威力与魅力.最近会把最近的读书心得与读书笔记记于此,必备查找使用,如果总结有什么不当之处,欢迎批评指正: 现在只列出框架,最近会尽快填充完整: 第6部分:继承与面向对象设计 面向对象语言有三大特性:继承,封装和多态.遥想当年,每次校招笔试的时候都会有的,但能够甚至这六个字内涵的人,不再多数.本部分概括的说,深入的讲解三大特性之一----继承性.本部分花的时间不少,也感觉挺有意思的.特别是针对某个条款编写个具体程序实现后,明

Effective Java 学习笔记之第七条——避免使用终结(finalizer)方法

避免使用终结方法(finalizer) 终结方法(finalizer)通常是不可预测的,也是很危险的,一般情况下是不必要的. 不要把finalizer当成C++中析构函数的对应物.java中,当对象不可达时(即没有引用指向这个对象时),会由垃圾回收器来回收与该对象相关联的内存资源:而其他的内存资源,则一般由try-finally代码块来完成类似的工作. 一.finalizer的缺点: 1. 终结方法的缺点在于不能保证会被及时地执行. 及时执行finalizer方法是JVM垃圾回收方法的一个主要功

Effective C++学习笔记(Part Two:Item 5-12)

?? 近期最终把effectvie C++细致的阅读了一边,非常惊叹C++的威力与魅力.近期会把近期的读书心得与读书笔记记于此.必备查找使用,假设总结有什么不当之处,欢迎批评指正: 如今仅仅列出框架.近期会尽快填充完整: 第2部分:构造/析构/赋值运算 个人觉得这是C++的比較难理解的地方,也是C++的深邃所在,刚開始阅读时,可能在某些地方不理解,最好的方式是边读边编程实现,用心去思考其精髓所在! 条款5:了解C++默默编写并调用那些函数 条款6:若不想使用编译器自己主动生成的函数,就该明白拒绝

Effective C++学习笔记之对RAII思想的思考

 在阅读  Effective C++时,对RAII开始不理解,现总结如下: RAII是Resource acquisition is initialization的缩写形式,即"资源获取就是初始化",是C++等编程语言常用的管理资源.避免内存泄露的方法.它保证在任何情况下,使用对象时先构造对象,最后析构对象. 根据RAII 对资源的所有权可分为常性类型和变性类型,代表者分别是boost::shared_ptr和std::auto_ptr:从所管资源的初始化位置上可分为外部初始化类

Effective C++学习笔记(Part Three:Item 13-17)

 最近终于把effectvie C++仔细的阅读了一边,很惊叹C++的威力与魅力.最近会把最近的读书心得与读书笔记记于此,必备查找使用,如果总结有什么不当之处,欢迎批评指正: 现在只列出框架,最近会尽快填充完整: 第3部分:资源管理(Resource Management) 个人认为这是C++的比较关键的地方,利用好,可以使项目节约资源,合理利用内存资源,防止内存泄露.对于"资源"这两个字,可能刚接触,比较抽象,但你结合一下实际,也有很具体了! 条款13:以对象管理资源 条款14:

Effective C++学习笔记(Part Four:Item 18-25)

 最近终于把effectvie C++仔细的阅读了一边,很惊叹C++的威力与魅力.最近会把最近的读书心得与读书笔记记于此,必备查找使用,如果总结有什么不 当之处,欢迎批评指正: 现在只列出框架,最近会尽快填充完整: 第4部分:设计与申明(Designs and Declarations) 本部分主要讲述了类的设计原则以及设计规则,以及成员命令.成员函数设计时,应该注意的一些地方:个人感觉这是设计好一个类必不可少的. 条款18:让接口容易本正确使用,不易被误用 条款19:设计class犹如设计

Effective C++学习笔记(Part Five:Item 26-31)

 最近终于把effectvie C++仔细的阅读了一边,很惊叹C++的威力与魅力.最近会把最近的读书心得与读书笔记记于此,必备查找使用,如果总结有什么不 当之处,欢迎批评指正: 现在只列出框架,最近会尽快填充完整: 第5部分:实现(Implementations) 本部分主要讲述了类实现过程中的一些原则,为设计出高效率的实现方式,这是你的必经之路:在这一部分读的比较仔细,因为本人在类型转换这方面吃了不少苦头. 条款26:尽可能延后变量定义式的出现时间 条款27:尽量少做转型动作 条款28:避