《More Effective C++》《操作符——7、千万不要重载&&,||和,操作符》

1、Terms7:千万不要重载&&,||和,操作符

1.1、重载&&,|| 运算符

C/C++语言对于逻辑表达式具有 “逻辑短路” 的性质,即一旦确定了真假值,表达式中即使有尚未检查的部分,都将返回。
内置的&&和||操作符有"短路求值"的特性。对于&&如果第一个操作数为假,那么&&即返回为真,不再对第二个操作数进行求值,||一旦第一个操作数为真,不再对后面操作数求值,利用这个特性可以写出下面的代码:

char *p;
if ((p != NULL) && printf("%c", *p)) ...                     //(1)
    
int rangeCheck(int index)
{
    if ((index < lowerBound) || (index > upperBound)) ...    //(2)
    ...
}

(1)中你不用担心p为NULL时,调用printf函数会出现错误,因为一旦p为NULL逻辑与的检测将返回FASLE,无需计算后面的部分。
(2)中检查下标值是否越界,你也不用担心如果index已经越下界还会与上界进行比较,因为前者正确之后即返回TRUE,无需计算后者。
2、当重载&&和||时,也希望具有上面的性质。但事与愿违,多数情况是无法达到这种要求。如将operator &&重载,当我们写出如下的表达式:

if (expression1 && expresssion2)    ...
 
//编译器会视作:
 
if (expression1.operator&&(expression2))   ...          //operator&& 是member-function
 
//或者
 
if (operator&&(expression1, expression2))  ...          //operator&& 是global-function

当函数调用动作被执行,所有参数值都必须被评估;函数调用动作中各参数的评估顺序不确定。
上面两种形式,都会将计算expression1和expression2的值,而且计算的顺序也不确定,这样就违背了之前谈论的“逻辑短路”现象。
故,一旦进行重载,&&和||的左右操作数就是两个无分前后的参数而已,也就是说短路求值的特性没有了。当函数被调用时,所有参数都被求值并传入,而C++没有规定个参数的求职顺序,之前的代码就不能用了。

1.2 重载 , 运算符

逗号(,)操作符的含义,是从左到右依次计算每个表达式的值,最后返回的是最后一个表达式的值,如

expression1, expression2, ..., expressionN;

将依次计算expression1,expression2,…的值,最后返回值为expressionN的值
重载逗号(,)操作符,如果是以global-function形式给出,我们无法确保参数的计算顺序是从左到右的(因为两个表达式都被当做函数调用时的自变量,传递给该操作符函数,而你无法控制一个函数的自变量的评估顺序);如果以member-function形式给出,仍不能保证逗号操作符的左操作数先被计算(因为编译器不强迫做这样的事情)。因此,不能确保完成逗号操作符所期望的功能。

1.3 哪些能重载,哪些不能重载

C++语言中不能重载的操作符有:

.            .*             ::           ?:
new          delete         sizeof       typeid
static_cast  dynamic_cast   const_cast   reinterpret_cast

可以重载的操作符有:

operator new      operator delete
operator new[]    operator delete[]
+   -   *   /   %   ^   &   |   ~
!   =   <   >   +=  -=  *=  /=  %=
^=  &=  |=  <<  >>  >>= <<= ==  !=
<=  >=  &&  ||  ++  --  ,   ->*  ->
() [] 

2、总结

书山有路勤为径,学海无涯苦作舟。

3、参考

3.1《More Effective C++》

  • 5
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
内容简介   More Effective C++一书充满了实用性高且掷地铿锵的忠告,为你每天可能面对的问题带来帮助。和其前一本兄弟书籍 Effective C++一样,More Effective C++对每一位以C++开发工具的程序员而言,都必备读物。   继 Effective C++ 之後,Scott Meyers 於 1996 推出这本「续集」。条款变得比较少,页数倒是多了一些,原因是这次选材比「第一集」更高阶,尤其是第五章。Meyers 将此章命名为技术(Techniques),并明白告诉你,其中都是一些 patterns,例如 virtual ctors、smart pointers、reference counting、proxy classes,double dispatching┅等等。这一章的每个条款篇幅都在 15~30 页之谱,实在让人有「山穷水尽疑无路,柳暗花明又一村」之叹。   虽然出版年代稍嫌久远,本书并没有第二版,原因是当其出版之时(1996),C++ Standard 已经几乎定案,本书即依当时的标准草案而写。其间与现今之 C++ 标准规格几乎相同。可能变化的几个弹性之处,Meyers 也都有所说明与提示。读者可以连结作者提供的网址,看看上下两集的勘误与讨论(数量之多,令人惊恐。幸好多是技术讨论或文字斟酌,并没有什麽重大误失)。 编辑推荐 继 Effective C++ 之後,Scott Meyers 於 1996 推出这本「续集」。条款变得比较少,页数倒是多了一些,原因是这次选材比「第一集」更高阶,尤其是第五章。Meyers 将此章命名为技术(Techniques),并明白告诉你,其中都是一些 patterns,例如 virtual ctors、smart pointers、reference counting、proxy classes,double dispatching┅等等。这一章的每个条款篇幅都在 15~30 页之谱,实在让人有「山穷水尽疑无路,柳暗花明又一村」之叹。 虽然出版年代稍嫌久远,本书并没有第二版,原因是当其出版之时(1996),C++ Standard 已经几乎定案,本书即依当时的标准草案而写。其间与现今之 C++ 标准规格几乎相同。可能变化的几个弹性之处,Meyers 也都有所说明与提示。读者可以连结作者提供的网址,看看上下两集的勘误与讨论(数量之多,令人惊恐。幸好多是技术讨论或文字斟酌,并没有什麽重大误失)。 媒体推荐 书评   这是一本多方面发人深省的 C++ 书籍:不论在你偶尔用到的语言特性上,或是在你自以为十分熟悉的语言特性上。只有深刻了解 C++ 编译器如何解释你的码,你才有可能以 C++ 语言写出稳健强固的软体。本书是协助你获得此等层级之了解过程中,一份极具价值的资源。读过本书之後,我感觉像是浏览了 C++ 程式大师所检阅过的码,并获得许多极具价值的洞见。 - Fred Wild, Vce President of Technology, Advantage Software echnologies   本书内含大量重要的技术,这些技术是撰写优良 C++ 程式所不可或缺的。本书解释如何设计和实作这些观念,以及潜伏在其他某些替代方案中的陷阱。本书亦含晚近加入之 C++ 特性的详细说明。任何人如果想要好好地运用这些新特性,最好买一本并且放在随手可得之处,以备查阅。 - Chrisopher J. Van Wyk, Professor Mahematics and Computer Science, Drew University   这是一本具备工业强度的最佳书籍。对於已经阅读过 Effetive C++ 的人,这是完美的续集。 - Eric Nagler, ++ Instructor and Author, Univesity of California Santa Cruz Extension   More Effective C++ 是一本无微不至而且价值不扉的书籍,是 Scott 第一本书 Effective C++ 的续集。我相信每一位专业的 C++ 软体开发人员都应该读过并记忆 Effective C++ 和 More Effective C++ 两本书内的各种招式,以及其中重要(并且有时候不可思议)的语言面向。我强烈推荐这两本书给软体开发人员、测试人员、管理人员┅,每个人都可以从 Scott 专家级的知识与卓越的表达能力中获益。 - Steve Burkett, Software Consutant 作者简介 作者:(美)迈耶斯 译者:侯捷 作者Scott Meyers,是C++领域公认的权威,并对全球客户提供咨询服务。他是Effective C++ 的作者,C++REPORT的知名专栏作家,全球各技术研讨会上级具号召力的讲师。他于1993年拿到布朗大学的计算机科学博士学位。 目录 译序(侯捷) 目录(Contents) 致谢(Acknowledgments. 中文版略) 导读(Introduction) 001 基础议题(Basics) 009 条款1:仔细区别 pointers 和 references 009 Distinguish between pointers and references 条款2:最好使用 C++ 转型操作符 012 Prefer C++-style casts 条款3:绝对不要以polymorphically(多态)方式来处理数组 016 Never treat arrays polymorphically 条款4:非必要不提供 default constructor 019 Avoid gratuitous default constructors 操作符(Operators) 024 条款5:对定制的型别转换函数保持警觉 024 Be wary of user-defined conversion functions 条款6:区别 increment/decrement 操作符的 前置(prefix)和后置(postfix)型式 031 Distinguish between prefix and postfix forms of increment and decrement operators 条款7:千万不要重载 &&, ||, 和 , 操作符 035 Never overload &&, ||, or , 条款8:了解各种不同意义的 new 和 delete 038 Understand the different meanings of new and delete 异常(Exceptions) 044 条款9:利用 destructors 避免泄漏资源 045 Use destructors to prevent resource leaks 条款10:在 constructors 内阻止资源泄漏(resource leaks) 050 Prevent resource leaks in constructors 条款11:禁止异常(exceptions)流出 destructors 之外 058 Prevent exceptions from leaving destructors 条款12:了解「掷出一个 exception」与「传递一个参数」 或「调用一个虚函数」之间的差异 061 Understand how throwing an exception differs from passing a parameter or calling a virtual function 条款13:以 by reference 方式捕捉 exceptions 068 Catch exceptions by reference 条款14:明智运用 exception specifications 072 Use exception specifications judiciously 条款15:了解异常处理(exception handling)的成本 078 Understand the costs of exception handling 效率(Efficiency) 081 条款16:谨记 80-20 法则 082 Remember the 80-20 rule 条款17:考虑使用 lazy evaluation 085 Consider using lazy evaluation 条款18:分期摊还预期的计算成本 093 Amortize the cost of expected computations 条款19:了解暂时对象的来源 098 Understand the origin of temporary objects 条款20:协助完成「返回值优化(RVO)」 101 Facilitate the return value optimization 条款21:利用重载技术(overload)避免隐式型别转换 105 Overload to avoid implicit type conversions 条款22:考虑以操作符复合型式(op=)取代其独身型式(op)107 Consider using op= instead of stand-alone op 条款23:考虑使用其它程序库 110 Consider alternative libraries 条款24:了解 virtual functions、multiple inheritance、virtual base classes、 runtime type identification 所需的成本 113 Understand the costs of virtual functions, multiple inheritance, virtual base classes, and RTTI 技术(Techniques, Idioms, Pattern) 123 条款25:将 constructor 和 non-member functions 虚化 123 Virtualizing constructors and non-member functions 条款26:限制某个 class 所能产生的对象数量 130 Limiting the number of objects of a class 条款27:要求(或禁止)对象产生于 heap 之中 145 Requiring or prohibiting heap-based objects 条款28:Smart Pointers(智能指针) 159 条款29:Reference counting(引用计数) 183 条款30:Proxy classes(替身类、代理类) 213 条款31:让函数根据一个以上的对象型别来决定如何虚化 228 Making functions virtual with respect to more than one object 杂项讨论(Miscellany) 252 条款32:在未来时态下发展程序 252 Program in the future tense 条款33:将非尾端类(non-leaf classes)设计为 抽象类(abstract classes) 258 Make non-leaf classes abstract 条款34:如何在同一个程序中结合 C++ 和 C 270 Understand how to combine C++ and C in the same program 条款35:让自己习惯于标准 C++ 语言 277 Familiarize yourself with the language standard 推荐书目 285 auto_ptr 实现代码 291 索引1(General Index) 295 索引2(Index of Example Classes, Functions, and Templtes) 313
·条款一:指针与引用的区别  ·条款二:尽量使用C++风格的类型转换  ·条款三:不要使用多态性数组  ·条款四:避免无用的缺省构造函数  ·条款五:谨慎定义类型转换函数  ·条款六:自增(increment)、自减(decrement)操作符前缀形式与后缀形式的区别  ·条款七:不要重载&&,||, or ,  ·条款八:理解各种不同含义的new和delete  ·条款九:使用析构函数防止资源泄漏  ·条款十:在构造函数中防止资源泄漏  ·条款十一:禁止异常信息(exceptions)传递到析构函数外  ·条款十二:理解“抛出一个异常”与“传递一个参数”或“调用一个虚函数”间的差异  ·条款十三:通过引用(reference)捕获异常  ·条款十四:审慎使用异常规格(exception specifications)  ·条款十五:了解异常处理的系统开销  ·条款十六:牢记80-20准则(80-20 rule)  ·条款十七:考虑使用lazy evaluation(懒惰计算法)  ·条款十八:分期摊还期望的计算  ·条款十九:理解临时对象的来源  ·条款二十:协助完成返回值优化  ·条款二十一:通过重载避免隐式类型转换  ·条款二十二:考虑用运算符的赋值形式(op=)取代其单独形式(op)  ·条款二十三:考虑变更程序库  ·条款二十四:理解虚拟函数、多继承、虚基类和RTTI所需的代价  ·条款二十五:将构造函数和非成员函数虚拟化  ·条款二十六:限制某个类所能产生的对象数量  ·条款二十七:要求或禁止在堆中产生对象  ·条款二十八:灵巧(smart)指针

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值