More Effective C++ 35 条款
一、基础议题(basics)
条款1:仔细区别 pointers 和 references(Distinguish
between pointers and references)
一个基本的语法问题。
条款2:最好使用 C++ 类型转换运算符(Prefer C++-style casts)
C++的类型转换运算符安全,容易解析,分工精细,虽然要打多点字。
条款3:绝对不要以 polymorphically(多态)方式來处理数组(Never treat arrays
polymorphically)
数组都是单一类型的,好像没有必要用多态方式处理。array[i] 与 array[i+1]之间的偏移量是静态决议的,so,不要以多态方式处理。呃,如果是指针数组例外,声明一个基类指针数组,仍然可以完美地以多态方式处理。。。。咔咔。。。
条款4:非必要不使用 default
constructor(Avoid gratuitous default constructors)
很多类使用默认构造函数不能构造有意义的对象,所以应该避免。此处出现的问题是:没有默认构造函数不能使用动态分配数组,也就不能使用许多标准库的容器。
二、运算符(operators)
条款5:对类型转换函数保持警觉(Be wary of
user-defined conversion functions)
自定义类型转换函数容易引起一起很难发觉的运行错误,应该避免使用。使用重载运算符或函数以取代自定义类型转换函数。STL就是这样干的。
条款6:区别
increment/decrement 运算符的前序(prefix)和后序(postfix)型式(Distinguish between prefix
and postfix forms of increment and decrement operators)
不只是重载时语法的不同。还有效率的不同。前置的返回引用,后置的返回临时对象。这也意味后置的不能连续调用。
条款7:千万不要重载 &&, ||, 和 or,(逗号) 运算符(Never overload &&,
||, or ,)
条款8:了解各种不同意义的 new 和 delete(Understand the
different meanings of new and delete)
三、异常(Exceptions)
条款9:利用 destructors 避免资源泄漏(Use destructors to prevent
resource leaks)
在构造函数分配资源,在析构函数中释放资源。C++保证delete调用,异常抛出时会调用类析构函数释放资源
条款10:在 constructors 內阻止资源的泄漏(resource leaks)(Prevent resource leaks in
constructors)
条款11:禁止异常(exceptions)流出 destructors 之外(Prevent exceptions from
leaving destructors)虚构函数释放资源,前提是对象已经被构造。若constructors内抛出异常,此时对象尚未构造,析构函数也就不会被调用。所以应该禁止异常流出构造函数。
条款12:了解「抛出一个异常」与「传递一个参数」或「调用一个虚拟函数」之间的差异(Understand how
throwing an exception differs from passing a parameter or calling a virtual
function)
条款13:以 by reference 方式捕捉异常 (exceptions Catch
exceptions by reference)
效率,效率,效率。。。。。。。
条款14:明智运用 exception
specifications (Use exception specifications judiciously)
条款15:了解异常处理(exception
handling)的成本 (Understand the
costs of exception handling)
四、效率(Efficiency)
条款16:謹記 80-20 法則(Remember the 80-20 rule)
80的时间用来运行20%的代码。所以优化应该针对那20%的代码。
条款17:考虑使用 lazy evaluation
(Consider using lazy evaluation)
条款18:分期摊还預期的计算成本(Amortize the
cost of expected computations)
条款19 了解临时对象的来源(Understand the origin of
temporary objects)
函数调用,返回时容易产生临时对象。
条款20:协助完成「返回值优化(RVO)」(Facilitate the return value
optimization)
条款21:利用多载技术(overload)避免隱式类型转换(Overload to avoid implicit
type conversions)
条款22:考虑以复合形式的运算符(op=)取代其型式(op) (Consider using op= instead
of stand-alone op)
原因很简单,op=不用返回临时对象。a=b+c+d+e;可转换为 ; a=b; a+=c; a+=d; a+=e;
条款23:考虑使用其他程序库(Consider
alternative libraries)
条款24:了解 virtual
functions、multiple
inheritance、virtual base
classes、runtime type
identification 所需的成本(Understand the
costs of virtual functions, multiple inheritance, virtual base classes, and
RTTI)
关于vptr和vbtl。。。。。。太长,不写了。。。。
五、技术(Techniques,又称 Idioms 或 Pattern)
条款25:将 constructor 和 non-member functions 虚拟化(Virtualizing constructors
and non-member functions)
用一个成员函数将他们包装起来就行了。(visual consturtor 返回动态对象地址)
条款26:限制某个 class 所能产生的对象数量(Limiting the number of
objects of a class)
条款27:要求(或禁止)对象产生于 heap 之上(Requiring or prohibiting
heap-based objects)
条款28:Smart Pointers(灵巧指针)
条款29:Reference
counting(引用计数)
条款30:Proxy classes(代理类)
条款31:让函数根据一个以上的对象列别來決定如何虚拟化(Making functions
virtual with respect to more than one object)
模拟编译器多态的实现。
typedef pair ps; map(string为所有对象类名,funtion pointer 为需要虚拟化的函数,静态成员函数)。然后用typeid取得两个参数对象的类名,再根据类名在map中取得正确的函数指针,调用。。。。。。咔咔,就是这么简单。
六、杂项讨论(Miscellany)
条款32:在未來时态开发程序(Program in the
future tense)
条款33:將非末端类(non-leaf classes)设计为抽象类(abstract classes)(Make non-leaf classes
abstract)
条款34:如何在同个程序結合 C++ 和 C (Understand how to
combine C++ and C in the same program)
条款35:让自己习惯使用标准的 C++ 語言(Familiarize yourself with
the language standard)
More Effective C++ 35 条款的更多相关文章
- Effective C++:条款35:考虑virtual函数以外的其它选择
游戏中的人物伤害值计算问题. (一)方法(1):一般来讲能够使用虚函数的方法: class GameCharacter { public: virtual int healthValue() cons ...
- 《More Effective C++》 条款5 谨慎定义类型转换函数
---恢复内容开始--- C++编译器能够在两种数据类型之间进行隐式转换(implicit conversions),它继承了C语言的转换方法,例如允许把char隐式转换为int和从short隐式转换 ...
- 《Effective C++》条款14 总是让base class拥有virtual destructor
有时,一个类想跟踪它有多少个对象存在.一个简单的方法是创建一个静态类成员来统计对象的个数.这个成员被初始化为0,在构造函数里加1,析构函数里减1.(条款m26里说明了如何把这种方法封装起来以便很容易地 ...
- Effective C++:条款37:绝不又一次定义继承而来的缺省參数值
因为又一次定义继承而来的non-virtual函数是不对的(见上一个条款),所以这个条款就将问题局限于:绝不又一次定义继承一个带有缺省參数值的virtual函数. (一) virtual函数是动态绑定 ...
- Effective C++ 50条款
条款1:尽量用const和inline而不用#define 以const 行使常量折叠,用inline 代替常用操作的宏定义,而且库里面有很多常用函数可用.当然不能抛弃宏,宏还是很有用滴.偶最近才发现 ...
- Effective C++ 35,36,37
35.使公有继承体现 "是一个" 的含义. 共同拥有继承意味着 "是一个".如 class B:public A. 说明类型B的每个对象都是一个类型A的对象, ...
- 《MORE EFFECTIVE C++》条款20 条款21
条款20 协助编译器实现返回值优化 当重载运算符的时候,比如+ - * / 这类运算符,该函数返回的值一定是个右值(即不能是引用),那么执行一次运算的开销可能会在临时对象上调用多次构造函数和析构函数, ...
- 《Effective C++》条款26 防卫潜伏的ambiguity模棱两可的状态
每个人都有思想.有些人相信自由经济学,有些人相信来生.有些人甚至相信COBOL是一种真正的程序设计语言.C++也有一种思想:它认为潜在的二义性不是一种错误.ambiguity 这是潜在二义性的一个例子 ...
- Effective C++:条款28:避免返回 handles 指向对象内部成员
(一) 有时候为了让一个对象尽量小,能够把数据放在另外一个辅助的struct中,然后再让一个类去指向它.看以下的代码: class Point { public: Point(int x, int y ...
随机推荐
- Linux-用户及权限
1. 用户组 RHEL 7/CentOS 7系统中的用户组有如下3类: 超级用户,UID 0:系统的超级用户. 系统用户,UID 1-999:系统中系统服务由不同用户运行,更加安全,默认被限制不能登录 ...
- UPDATE语句中SET部分列赋值的先后顺序有影响么?
昨天研发同事问我个问题,UPDATE语句中SET部分列赋值的先后顺序会影响结果么?以前没考虑过这个问题,因为通常我们都会UPDATE时给列赋予一个确定的值,而不是一个依赖于其他列的值. 测试环境: D ...
- WPF学习笔记(5):两个DataGrid的滚动条实现同步滚动
效果:两个DataGrid的滚动条实现同步滚动. 代码参考了博客园chuncn的文章<.net中同步多个ScrollViewer滚动的四种方法>,原文是针对ListBox的.现改为针对Da ...
- UWP 多语言的三个概念
首先了解一下 RFC4646 和 BCP-47 是什么东西: RFC4646 The name is a combination of an ISO 639 two-letter lowercase ...
- Android .9 图片
最初对 .9 图片不是十分理解,一些教程让人摸不到头脑. 最近重新研究终于明白了它的原理. 其实最重要的一点记住就可以了,就是 .9 图片的四条黑边的意义,每条黑边的意义都不一样: 顶部:在水平拉伸的 ...
- nginx和tomcat访问图片和静态页面的配置方法
生产环境下,有时候需要访问图片,正常需要应用ftp.nginx等配套使用,但是有时候为了简化,可以用以下的两种简单的访问,说实话,就是为了偷懒,但是效果是能有的,这就行了,所以今天做这个简化版的方便大 ...
- js的相关函数封装(正则表达式,获取url参数,时间格式化)
一:// 验证中文名称 function isChinaName(name) { var pattern = /^[\u4E00-\u9FA5]{1,6}$/ return pattern.test( ...
- 深入理解java虚拟机读书笔记--java内存区域和管理
第二章:Java内存区域和内存溢出异常 2.2运行时数据区域 运行时数据区分为方法区,堆,虚拟机栈,本地方法栈,程序计数器 方法区和堆是线程共享的区域 虚拟机栈,本地方法栈,程序计数器是数据隔离的数据 ...
- C#枚举中使用Flags特性
.NET中的枚举我们一般有两种用法,一是表示唯一的元素序列:还有就是用来表示多种复合的状态.这个时候一般需要为枚举加上[Flags]特性标记为位域,这样我们就可以用"或"运算符组合 ...
- vue教程2-02 vue防止花括号{{}}闪烁,v-text和v-html、v-cloak
vue教程2-02 vue防止花括号{{}}闪烁,v-text和v-html.v-cloak 一.v-text和v-html <span>{{msg}}</span> --& ...