Effective C++ 笔记
文章平均质量分 72
Effective C++ Third Edition 笔记,55章22篇文章完结。内容包括:
* 主要观点和方法的翻译
* 案例实战:实现和编译
* 扩展知识,相关的基础知识、编译行为,以及最佳实践
harttle
欲将心事付瑶琴:相视一笑,莫逆于心。
展开
-
Item 54:熟悉一下标准库,比如TR1
Item 54: Familiarize yourself with the standard library, including TR1.C++这个名字是在1983年由Rick Mascitti提出的,C++的曾用名还有”new C”, “C with Classes”。 1998年ISO/IEC 14882发布了第一个C++标准,就是我们常讲的C++98。后续的标准还包括C++03,C++T...原创 2016-02-20 20:23:48 · 1861 阅读 · 1 评论 -
Item 53:注意编译警告
Item 53: Pay attention to compiler warnings.编译警告在C++中很重要,因为它可能是个错误啊! 不要随便忽略那些警告,因为编译器的作者比你更清楚那些代码在干什么。 所以,请严肃对待所有warning,要追求最高warning级别的warning-free代码;但不要依赖于warning,可能换个编译器有些warning就不在了。原创 2016-02-20 20:23:15 · 1642 阅读 · 1 评论 -
Item 52:写了placement new就要写placement delete
Item 52: Write placement delete if you write placement new“placement new”通常是专指指定了位置的new(std::size_t size, void *mem),用于vector申请capacity剩余的可用内存。 但广义的”placement new”指的是拥有额外参数的operator new。new和delete是要成对...原创 2016-02-20 20:22:45 · 1587 阅读 · 1 评论 -
Item 51:写new和delete时请遵循惯例
Item 51: Adhere to convention when writing new and delete.Item 50介绍了如何自定义new和delete但没有解释你必须遵循的惯例, 这些惯例中有些并不直观,所以你需要记住它们!operator new需要无限循环地获取资源,如果没能获取则调用”new handler”,不存在”new handler”时应该原创 2016-02-20 20:22:11 · 1511 阅读 · 3 评论 -
Item 50:为什么需要自定义new和delete?
Item 50: Understand when it makes sense to replace new and delete.我们在Item 49中介绍了如何自定义new的错误处理函数,以及如何为你的类重载operator new。 现在我们回到更基础的问题,为什么我们需要自定义operator new或operator delete?检测使用错误。new得到原创 2016-02-20 20:21:26 · 1597 阅读 · 2 评论 -
Item 49:new handler的行为
Item 49: Understand the behavior of the new-handler.new申请内存失败时会抛出"bad alloc"异常,此前会调用一个由std::set_new_handler()指定的错误处理函数(”new-handler”)。set_new_handler()“new-handler”函数通过std::set_new_handler()来设原创 2016-02-19 12:02:05 · 1045 阅读 · 1 评论 -
Item 48:了解模板元编程
Item 48: Be aware of template metaprogramming.模板元编程(Template Metaprogramming,TMP)就是利用模板来编写那些在编译时运行的C++程序。 模板元程序(Template Metaprogram)是由C++写成的,运行在编译器中的程序。当程序运行结束后,它的输出仍然会正常地编译。C++并不是为模板元编程设计的,但自90年代以来,...原创 2016-02-19 12:01:18 · 1439 阅读 · 1 评论 -
Item 47:使用Traits类提供类型信息
Item 47: Use traits classes for information about types.C++中的 Traits 类可以在编译期提供类型信息,它是用Traits模板及其特化来实现的。 通过方法的重载,可以在编译期对类型进行”if…else”判断。我们通过STL中的一个例子来介绍Traits的实现和使用。本文以iterator_traits为例介绍了如何实原创 2016-02-19 12:00:20 · 1582 阅读 · 1 评论 -
Item 46:需要类型转换时,应当在类模板中定义非成员函数
Item 46: Define non-member functions inside templates when type conversions are desired.Item 24中提到,如果所有参数都需要隐式类型转换,该函数应当声明为非成员函数。 Item 24是以Rational和operator*为例子展开的,本文把这个观点推广到类模板和函数模板。 但是在类模板原创 2016-02-19 11:52:59 · 1274 阅读 · 1 评论 -
Item 45:使用成员函数模板来接受所有兼容的类型
Item 45: Use member function templates to accept “all compatible types”.Item 13提到智能指针可用来自动释放堆中的内存,STL中的迭代器也是一种智能指针,它甚至支持链表元素指针的++操作。 这些高级特性是普通指针所没有的。本文以智能指针为例,介绍成员函数模板的使用:成员函数模板可以使得函数可以接受所有兼容的原创 2016-02-19 11:49:39 · 1112 阅读 · 0 评论 -
Item 44:将参数无关代码重构到模板外去
Item 44: Factor parameter-independent code out of templates.模板是个好东西,你可以在实现类型安全的同时少写很多代码。但模板提供的是编译期的多态, 即使你的代码看起来非常简洁短小,生成的二进制文件也可能包含大量的冗余代码。 因为模板每次实例化都会生成一个完整的副本,所以其中与模板参数无关的部分会造成代码膨胀(code bloat)。把模板中...原创 2016-02-19 11:37:33 · 1119 阅读 · 0 评论 -
Item 43:访问模板基类中的名称 Effective C++笔记
Item 43: Know how to access names in templatized base classes.从面相对象C++转移到模板C++时,你会发现类继承在某些场合不在好使了。 比如父类模板中的名称对子类模板不是直接可见的,需要通过this->前缀、using或显式地特化模板父类来访问父类中的名称。因为父类模板在实例化之前其中的名称是否存在确实是不确定的,而原创 2015-10-21 13:55:23 · 892 阅读 · 0 评论 -
Item 42:typename的两种用法 Effective C++笔记
Item 42: Understand the two meanings of typename.时至今日还有人在论坛里问模板参数前的typename和class有何区别:templatetypename T> class Widget;templateclass T> class Widget;答案是没有区别!有人觉得class写起来方便就用class,有人觉原创 2015-10-20 13:19:18 · 1461 阅读 · 0 评论 -
Item 41:隐式接口与编译期多态 Effective C++笔记
Item 41: Understand implicit interfaces and compile-time polymorphism.面向对象设计中的类(class)考虑的是显式接口(explicit interface)和运行时多态, 而模板编程中的模板(template)考虑的是隐式接口(implicit interface)和编译期多态。对类而言,显式接口是由函数签名表征的,运行时多态...原创 2015-10-18 07:41:37 · 902 阅读 · 1 评论 -
Item 40:明智地使用多继承 Effective C++笔记
Item 40: Use multiple inheritance judiciously.多继承(Multiple Inheritance,MI)是C++特有的概念,在是否应使用多继承的问题上始终争论不断。一派认为单继承(Single Inheritance,SI)是好的,所以多继承更好; 另一派认为多继承带来的麻烦更多,应该避免多继承。本文的目的便是了解这两派的视角。具体从如下三个原创 2015-10-14 12:58:44 · 755 阅读 · 0 评论 -
Item 39:明智地使用private继承 Effective C++笔记
Item 39: Use private inheritance judiciously.Item 32提出public继承表示"is-a"的关系,这是因为编译器会在需要的时候将子类对象隐式转换为父类对象。 然而private继承则不然:class Person { ... };class Student: private Person { ... }; // inh原创 2015-10-13 22:33:00 · 912 阅读 · 1 评论 -
Item 38:通过组合表示"拥有"或"以...实现"的关系 Effective C++笔记
Item 38: Model "has-a" or "is-implemented-in-terms-of" through composition.一个类型包含另一个类型的对象时,我们这两个类型之间是组合关系。组合是比继承更加灵活的软件复用方法。 Item 32提到public继承的语义是"is-a"的关系。对象组合也同样拥有它的语义:就对象关系来讲,组合意味着一个对象拥原创 2015-09-30 12:35:13 · 694 阅读 · 0 评论 -
Item 37:不要重写父类函数的默认参数
Item 37: Never redefine a function's inherited default parameter value.不要重写父类函数的默认参数。Item 36已经说明子类中不应该重写继承而来的父类的非虚函数。 那么本文讨论的内容其实是:不要重定义虚函数的默认参数。为什么呢? 因为虽然虚函数的是动态绑定的,但默认参数是静态绑定的。只有动态绑定的东西才应该被重原创 2015-09-29 11:30:30 · 1763 阅读 · 2 评论 -
Item 36:不要重写继承来的非虚函数
Item 36: Never redefine an inherited non-virtual function.我们还是在讨论public继承,比如Derived继承自Base。如果Base有一个非虚函数func,那么客户会倾向认为下面两种调用结果是一样的:Derived d;Base* pb = &d;Derived* pd = &d;// 以下两种调用应当等效p原创 2015-09-28 11:35:35 · 1865 阅读 · 0 评论 -
Item 35:考虑虚函数的其他替代设计 Effective C++笔记
Item 35: Consider alternatives to virtual functions.比如你在开发一个游戏,每个角色都有一个healthValue()方法。很显然你应该把它声明为虚函数,可以提供默认的实现,让子类去自定义它。 这个设计方式太显然了你都不会考虑其他的设计方法。但有时确实存在更好的,本节便来举几个替代的所涉及方法。非虚接口范式(NVI idio原创 2015-09-25 11:23:35 · 1131 阅读 · 0 评论 -
Item 34:区分接口继承和实现继承 Effective C++笔记
Item 34: Dirrerentiate between inheritance of interface and inheritance of implementation.不同于Objective C或者Java,C++中的继承接口和实现继承是同一个语法过程。 当你public继承一个类时,接口是一定会被继承的(见Item32),你可以选择子类是否应当继承实现:不继承实原创 2015-09-23 11:04:22 · 749 阅读 · 0 评论 -
Item 33:避免隐藏继承来的名称(继承与作用域嵌套) Effective C++笔记
Item 33: Avoid hiding inherited names.其实本文的话题和继承完全没有关系,隐藏名称是作用域的问题。 在C++中每一对{ }都会开启一个新的作用域,并嵌套在当前作用域中。一个示例int x;void func(){ double x; cin>>x; // read a new value for local原创 2015-09-22 10:09:20 · 1775 阅读 · 2 评论 -
Item 32:确保public继承是"is a"的关系 Effective C++笔记
Item 32: Make sure public inheritance models "is-a".C++面向对象程序设计中,最重要的规则便是:public继承应当是"is-a"的关系。当Derived public继承自Base时, 相当于你告诉编译器和所有看到你代码的人:Base是Derived的抽象,Derived就是一个Base,任何时候Derived都可以代替Base原创 2015-09-21 12:27:30 · 684 阅读 · 0 评论 -
Item 31:最小化文件之间的编译依赖 Effective C++笔记
Item 31: Minimize compilation dependencies between files.曾听老师讲过,每天上班的第一件事就是下载最新代码开始编译,然后可以有半个小时去喝杯咖啡。。。 这是C++特殊的一点,即使你在保持接口不变的情况下只改了类的内部实现,其他的项目文件仍然可能需要重新编译。C++的Class不仅规约了外部接口,也给出了内部实现:c原创 2015-09-19 11:56:03 · 1198 阅读 · 0 评论 -
Item 30:理解inline函数的里里外外 Effective C++笔记
Item 30: Understanding the ins and outs of lining.inline(内联)函数的好处太多了:它没有宏的那些缺点,见Item 2:避免使用define;而且不需要付出函数调用的代价。 同时也方便了编译器基于上下文的优化。但inline函数也并非免费的午餐:它会使得目标代码膨胀,运行时会占用更多的内存,甚至引起缓存页的失效和指令缓存的M原创 2015-09-18 11:50:47 · 817 阅读 · 0 评论 -
Item 29:追求异常安全的代码 Effective C++笔记
Item 29: Strive for exception-safe code.异常安全是指当异常发生时,1) 不会泄漏资源,2) 也不会使系统处于不一致的状态。 通常有三个异常安全级别:基本保证、强烈保证、不抛异常(nothrow)保证。基本保证。抛出异常后,对象仍然处于合法(valid)的状态。但不确定处于哪个状态。强烈保证。如果抛出了异常,程序的状态没有发生任何改变。就像原创 2015-09-17 12:40:27 · 825 阅读 · 0 评论 -
Item 28:不要返回对象内部的句柄 Effective C++笔记
Item 28: Avoid returning "handles" to object internals.不要返回对象私有成员的句柄。这里的“句柄”(handle)包括引用、指针和迭代器。 这样可以增加类的封装性、使得const函数更加const, 也避免了空引用的创建(dangling handles)。为了方便起见,下文中统一用指针来称呼这三类句柄。返回原创 2015-09-16 10:18:49 · 841 阅读 · 0 评论 -
Item 27:最小化类型转换 Effective C++笔记
Item 27: Minimize casting.C++的类型检查只在编译时执行,运行时没有类型错误的概念。 理论上讲只要你的代码可以编译那么就运行时就不会有不安全的操作发生。 但C++允许类型转换,也正是类型转换破坏了理论上的类型系统。在C#,Java等语言中类型转换会更加必要和频繁,但它们总是安全的。C++则不然, 这要求我们在类型转换时格外小心。C++中的类型转换有三种原创 2015-09-15 11:27:48 · 759 阅读 · 0 评论 -
Item 26:为什么要推迟变量的定义? Effective C++笔记
Item 26: Postpone variable definitions as long as possible.这一规则在任何编程语言中都适用,一方面可以避免无用的构造使得程序更高效,另一方面作用域的缩小会使程序更加清晰。 存在控制流转移的代码中,你可能会不经意间定义无用的变量。例如:string encryptPassword(const string& passwor原创 2015-09-12 11:04:20 · 1786 阅读 · 2 评论 -
Item 25:考虑实现一个不抛异常的swap Effective C++笔记
Item 25: Consider support for a non-throwing swap.Swap函数最初由STL引入,已经成为异常安全编程(见Item 29)的关键函数, 同时也是解决自赋值问题(参见Item 11:赋值运算符的自赋值问题)的通用机制。 std中它的基本实现是很直观的:namespace std{ templatetypename T>原创 2015-09-11 12:54:40 · 1995 阅读 · 3 评论 -
Item 24:用非成员函数来支持所有元的类型转换 Effective C++笔记
Item 24: Declare non-member functions when type conversions should apply to all parameters.虽然Item 15:资源管理类需要提供对原始资源的访问中提到,最好不要提供隐式的类型转化。 但这条规则也存在特例,比如当我们需要创建数字类型的类时。正如double和int能够自由地隐式转换一样,原创 2015-09-10 05:12:24 · 755 阅读 · 0 评论 -
Item 23:非成员非友元函数好于成员函数 Effective C++笔记
Item 23: Prefer non-member non-friend functions to member functions在类的是实现中,常常会面临成员函数和非成员函数的选择。比如一个浏览器类:class WebBrowser{public: void clearCache(); void clearCookies(); void clearHisto原创 2015-09-07 14:19:46 · 1106 阅读 · 2 评论 -
Item 22:数据成员应声明为私有 Effective C++笔记
Item 22: Declare data members private数据成员声明为私有可以提供一致的接口语法,提供细粒度的访问控制,易于维护类的不变式,同时可以让作者的实现更加灵活。而且我们会看到,protected并不比public更加利于封装。语法一致性你肯定也遇到过这种困惑,是否应该加括号呢?obj.length // 还是 obj.length(原创 2015-09-06 16:30:30 · 931 阅读 · 1 评论 -
Item 21:需要返回对象时,不要返回引用 Effective C++笔记
Item 21: Don't try to return a reference when you must return an objectItem 20中提到,多数情况下传引用比传值更好。追求这一点是好的,但千万别返回空的引用或指针。 一个典型的场景如下:class Rational{ int n, d;public: Raitonal(int numerator原创 2015-09-06 08:37:57 · 1806 阅读 · 1 评论 -
Item 20:传递常量引用比传值更好 Effective C++笔记
Item 20: Prefer pass-by-reference-to-const to pass-by-valueC++函数的参数和返回值默认采用传值的方式,这一特性是继承自C语言的。如果不特殊指定, 函数参数将会初始化为实参的拷贝,调用者得到的也是返回值的一个副本。 这些拷贝是通过调用对象的拷贝构造函数完成的,正是这一方法的调用使得拷贝的代价可能会很高。通常来讲,传递常量原创 2015-09-01 12:08:20 · 1195 阅读 · 1 评论 -
Item 19:把类的设计视作类型设计 Effective C++笔记
Item 19: Teat class design as type design.在面向对象语言中,开发者的大部分时间都用在了增强你的类型系统。这意味着你不仅是类的设计者,更是类型设计者。 重载函数和运算符、控制内存分配和释放、定义初始化和销毁操作……良好的类型有着自然的语法、直观的语义,以及高效的实现。 你在定义类时需要像一个语言设计者一样地小心才行!类的设计就是类型设计,原创 2015-08-31 18:20:28 · 832 阅读 · 0 评论 -
Item 18:让接口容易被正确使用,不易被误用 Effective C++笔记
Item 18: Make interfaces easy to use correctly and hard to use incorrectly.“让接口容易被正确使用,不易被误用”,这也是面向对象设计中的重要概念,好的接口在工程实践中尤其重要。 在使用优秀的第三方组件时,常常能够切身感受到好的接口原来可以这么方便,甚至不需记住它的名字和参数就能正确地调用。 反观自己写的API,常原创 2015-08-29 12:10:06 · 868 阅读 · 0 评论 -
Item 17:在单独的语句中将new的对象放入智能指针 Effective C++笔记
Item 17: Store newed objects in smart pointers in standalone statements.在单独的语句中将new的对象放入智能指针,这是为了由于其他表达式抛出异常而导致的资源泄漏。 因为C++不同于其他语言,函数参数的计算顺序很大程度上决定于编译器。如果你在做Windows程序设计,或者DLL开发,可能会经常碰到类似__cd原创 2015-08-28 16:22:49 · 813 阅读 · 0 评论 -
Item 16:为什么要使用同样的形式来new和delete Effective C++笔记
Item 16: Use the same form in correspoinding uses of new and delete.这是C++界中家喻户晓的规则:如果你用new申请了内存,请用delete来销毁;如果你用new xx[]申请了内存,请用delete[]来销毁。 不必多说了,来个例子吧:int* p = new int[2]{11, 22};prin原创 2015-08-28 11:58:46 · 813 阅读 · 0 评论 -
Item 15:资源管理类需要提供对原始资源的访问 Effective C++笔记
Item 15: Provide access to raw resources in resource-managing classes.在一个完美的设计中,所有的资源访问都应通过资源管理对象来进行,资源泄漏被完美地克服。然而世界是不完美的, 很多API会直接操作资源,尤其是一些C语言的API。总之,你会时不时地发现有需要直接访问资源, 所以资源管理对象需要提供对原始资源访问。获取资原创 2015-08-27 10:59:54 · 1085 阅读 · 2 评论