(一)

假设传递参数当函数被调用pass-by-value,然后函数的参数是基于实际参数的副本最初值,调用,也得到该函数返回的结束值复印件。

请看下面的代码:

class Person {
public:
Person();
virtual ~Person();
private:
string name;
string address;
}; class Student : public Person {
public:
Student();
~Student();
private:
string schoolName;
string schoolAddress;
}; bool validateStudent(Student s);
Student plato;
bool platoIsOK = validateStudent(plato);

当上述函数调用validateStudent(plato);时,Student的copy构造函数被调用,以plato为蓝本将s初始化。当validateStudent返回s被销毁。所以參数的传递成本是“一次Student copy构造函数调用,一次Student析构函数调用”。

可是还不是整个故事。Student对象内有两个string对象,Student对象继承自Person对象。因此必须构造出Person对象,Person对象又有两个string在当中。

因此以by-value方式传递一个Student对象会导致调用一次Student copy构造函数、一次Person copy构造函数、四次string copy构造函数。当那个Student复件被销毁。每一个构造函数动作多须要一个相应的析构函数调用动作。所以整体成本是“六次构造函数和六次析构函数”!

解决方法: pass-by-reference-to-const

bool validateStudent(const Student& s);

这样的方式没有不论什么构造和析构函数被调用。由于没有不论什么新对象被创建。const是必要的。调用者不用操心validateStudent改变他们传入的那个Student。

(二)

by reference传递參数还能够避免slicing(对象分割)问题。当一个derived class对象以by value传递给一个base class对象。

base
class的copy构造函数被调用。而“构造此对象的行为像个derived class对象”的那些特化性质被分割掉了,仅留下一个base class对象。由于正是base class的构造函数创建了它。

如果有以下的继承关系:

class Window {
public:
string name() const;
virtual void display() const;
};
class WindowWithScrollBars : public Window {
public:
virtual void display() const;
};

错误的函数写法:

void printNameAndDisplay(Window w)
{
std::cout << w.name();
w.display();
}

当调用上面这个函数的时候:

WindowWithScrollBars wwsb;
printNameAndDisplay(wwsb);

w会被构造成一个Window对象:他是pass-by-value,造成wwsb“之所以是个WindowWithScrollBars对象”的全部特化信息被切除。所以display调用的总是Window::display()。这肯定不是我们想要的!

!!

解决方法:

以by reference to const的方式传递w:

void printNameAndDisplay(const Window& w) {
cout << w.name();
w.display();
}

如今,传进来的窗体是什么类型。w就表现出那种类型。

(三)

某些编译器对待“内置类型”和“用户自己定义类型”截然不同,纵使两者有同样的底层表述。有些编译器会把一个double变量放进缓存器。可是不会把仅仅含有一个double的class放进缓存器。

窥视c++编译器的底层。你会发现。reference往往以指针实现出来,因此pass-by-reference通常意味着传递的是指针。因此假设你有个对象属于内置类型(比如int)pass by value往往比pass by reference的效率要高些。这个忠告也适用于stl的迭代器和函数对象。因此它们习惯上被设计为pass
by value。实践者有责任看看它们是否高效且不受分割问题的影响。

请记住:

(1)尽量以pass-by-reference-to-const替换pass-by-value.前者通常比較高效,并可避免分割问题(slicing  problem).;

(2)以上规则并不适合与内置类型。以及STL的迭代器和函数对象。

对它们而言,pass-by-value往往比較适合.。

Effective C++:规定20: 宁pass-by-reference-to-const更换pass-by-value的更多相关文章

  1. [GeekBand ] 利用 pass by reference -to -const 编写高效规范的 c++代码

    本文参考资料 :  GeekBand 侯捷老师,学习笔记 Effective C ++ 侯捷译 条款20 开发环境采用:VS2013版本 首先:分析值传递的缺点 (一) class Person{ p ...

  2. 值传递:pass by value(按值传递) 和 pass by reference(引用传递)-[all]-[编程原理]

    所有的编程语言,都会讨论值传递问题. 通过一个js示例直观认识 //理解按值传递(pass by value)和按引用传递(pass by reference) //pass by value var ...

  3. Effective C++ -----条款20:宁以pass-by-reference-to-const替换pass-by-value Prefer pass-by-reference-to-const to pass-by-value

    尽量以pass-by-reference-to-const替换pass-by-value.前者通常比较高校,并可避免切割问题(slicing problem). 以上规则并不适用于内置类型,以及STL ...

  4. Does Java pass by reference or pass by value?(Java是值传递还是引用传递) - 总结

    这个话题一直是Java程序员的一个热议话题,争论不断,但是不论是你百度搜也好还是去看官方的文档中所标明的也好,得到的都只有一个结论:Java只有值传递. 在这里就不贴代码细致解释了,让我们来看看一些论 ...

  5. Effective C++_笔记_条款03_尽可能使用const

    (整理自Effctive C++,转载请注明.整理者:华科小涛@http://www.cnblogs.com/hust-ghtao/) 关键字const多才多艺,语法变化多端.关于const的基本用法 ...

  6. 《Effective C++》读书笔记 条款02 尽量以const,enum,inline替换#define

    Effective C++在此条款中总结出两个结论 1.对于单纯常量,最好以const对象或enum替换#define 2.对于形似函数的宏,最好改用inline函数替换#define 接下来我们进行 ...

  7. 对常量的引用(reference to const)的一般用途(转载)

    如果是对一个常量进行引用,则编译器首先建立一个临时变量,然后将该常量的值置入临时变量中,对该引用的操作就是对该临时变量的操作.对C++常量引用可以用其它任何引用来初始化:但不能改变. 关于引用的初始化 ...

  8. Effective C++学习笔记 条款02:尽量以const,enum,inline替换 #define

    尽量使用const替换 #define定义常量的原因: #define 不被视为语言的一部分 宏定义的常量,预处理器只是盲目的将宏名称替换为其的常量值,导致目标码中出现多分对应的常量,而const定义 ...

  9. Effective C++_笔记_条款02_尽量以const、enum、inline替换#define

    (整理自Effctive C++,转载请注明.整理者:华科小涛@http://www.cnblogs.com/hust-ghtao/) 这个条款或许改为“宁可以编译器替换预处理器”比较好,因为或许#d ...

  10. 读书笔记 effective c++ Item3 在任何可能的时候使用 const

    Const可以修饰什么?   Const 关键字是万能的,在类外部,你可以用它修饰全局的或者命名空间范围内的常量,也可以用它来修饰文件,函数和块作用域的静态常量.在类内部,你可以使用它来声明静态或者非 ...

随机推荐

  1. POJ2421 & HDU1102 Constructing Roads(最小生成树)

    嘎唔!~又一次POJ过了HDU错了...不禁让我想起前两天的的Is it a tree?   orz..这次竟然错在HDU一定要是多组数据输入输出!(无力吐槽TT)..题目很简单,炒鸡水! 题意: 告 ...

  2. 字符串转换为整数”123“-&gt;123

    字符串转换为整数"123"->123 题目描写叙述: 输入一个由数字组成的字符串.把它转换成整数并输出. 比如:输入字符串"123".输出整数123. 给 ...

  3. 无锁队列--基于linuxkfifo实现

    一直想写一个无锁队列,为了提高项目的背景效率. 有机会看到linux核心kfifo.h 原则. 所以这个实现自己仿照,眼下linux我们应该能够提供外部接口. #ifndef _NO_LOCK_QUE ...

  4. codeforces 604B More Cowbell

    题目链接:http://codeforces.com/contest/604/problem/B 题意:n个数字,k个盒子,把n个数放入k个盒子中,每个盒子最多只能放两个数字,问盒子容量的最小值是多少 ...

  5. TWinControl的消息覆盖函数大全(41个WM_函数和31个CM_函数,它的WndProc就处理鼠标(转发)、键盘(取消拖动)、焦点、和WM_NCHITTEST一共4类消息)

    注意,这些函数只有Private一种形式(也就是不允许覆盖,但仍在动态表格中): 其中TWinControl对TControl有10个消息进行了覆盖(红色标记),其中有2个是WM_消息,8个是CM_消 ...

  6. WM_NCHITTEST有21种取值,常用的有HTCAPTION,HTCLIENT,HTBORDER,HTSYSMENU,HTTRANSPARENT,罗列所有VCL里对其使用的情况

    我为了移动一个无标题栏的窗体,使用了WM_NCHITTEST消息,这个消息大概如下: 通常,我们拖动对话框窗口的标题栏来移动窗口,但有时候,我们想通过鼠标在客户区上拖动来移动窗口. 一个容易想到的方案 ...

  7. linux进程通信之信号

    本节主要学习信号和与信号相关的处理函数,兴许还会更新. http://blog.csdn.net/xiaoliangsky/article/details/40264151 一 信号 信号是UNIX和 ...

  8. 性能测试开源小工具——http_load介绍

    淘测试 性能测试开源小工具——http_load介绍 meizhu 发表于:2009-07-02 浏览:3552次 评论:1次 所属分类: 性能测试 性能测试开源小工具——http_load介绍 ht ...

  9. fastdfs storage server的设计与实现

     fastdfs是一个针对互联网应用设计的分布式文件系统.具有架构简单.结构清晰.代码量小等特点. 详细的介绍及架构请參考分布式文件系统FastDFS架构剖析(http://www.program ...

  10. hdu5119(dp)

    题目链接:http://acm.hdu.edu.cn/showproblem.php?pid=5119 分析:dp[i][j]表示由前i个数组成异或和为j的方法数,则dp[i][j]=d[i-1][j ...