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. pwd - 打印当前工作目录 [root@VM_0_171_centos ~]# pwd /root 2. cd - Change the shell working directory. [r ...
- C# 用户选择单个压缩-系统自带压缩
//用C#自带的压缩,最少要.net4.5或以上,先增加引用 System.IO.Compression.FileSystem // FolderBrowserDialog dlg = new Fol ...
- 深入理解Aspnet Core之Identity(5)
主题 本篇我将会介绍验证用户的机制当账户被创建的时候,同样 这个过程主要有IUserValidator这个接口来实现的,和密码验证一样Identity同样也内置已经实现好的账户验证.账户验证的比较简单 ...
- ModelValidator基于元数据的验证
ModelValidator主要是应用在ModelMetadata元数据的类型上或类型属性上.它是验证的基础类型,所有的ModelValidatorProviders.DataAnnotationVa ...
- 基于Windows 机器学习(Machine Learning)的图像分类(Image classification)实现
今天看到一篇文章 Google’s Image Classification Model is now Free to Learn 说是狗狗的机器学习速成课程(Machine Learning C ...
- ArrayBlockingQueue源码解析(2)
此文已由作者赵计刚授权网易云社区发布. 欢迎访问网易云社区,了解更多网易技术产品运营经验. 3.3.public void put(E e) throws InterruptedException 原 ...
- Shell命令之文本操作
前言 在Linux中,文本处理操作是最常见的,应用非常广泛,如果能熟练掌握,可以大大提高开发效率. awk/sed/grep是文本操作领域的“三剑客”,学会了这3个命令就可以应对绝大多数文本处理场景. ...
- pycharm光标变成黑框,恢复成竖线
pycharm光标变成黑框,如下图所示 解决办法: 按外接键盘上的Insert键,即可恢复.
- cisco 的ACL
搞网络好几年了,怎么说呢,水平一直停留在NA-NP之间,系统的学完NA后,做了不少实验,后来也维护了企业的网络,各种网络设备都玩过(在商汤用的Juniper srx 550 我认为在企业环境,非IDC ...
- 设计模式《JAVA与模式》之责任链模式
在阎宏博士的<JAVA与模式>一书中开头是这样描述责任链(Chain of Responsibility)模式的: 责任链模式是一种对象的行为模式.在责任链模式里,很多对象由每一个对象对其 ...