Guru of the Week 条款21:代码的复杂性(第二部分)

本文围绕GotW#20函数的异常安全性展开讨论,分析其是否满足basic guarantee和strong guarantee。指出函数有两个副作用,难以实现强异常安全,实现强异常安全常需牺牲性能。还提到流输出可能产生不可恢复副作用,无法实现真正的commit - or - rollback语义。

GotW #21 Code Complexity – Part II

著者:Herb Sutter

翻译:K ][ N G of @rk™

[声明]:本文内容取自www.gotw.ca网站上的Guru of the Week栏目,其著作权归原著者本人所有。译者kingofark在未经原著者本人同意的情况下翻译本文。本翻译内容仅供自学和参考用,请所有阅读过本文的人不要擅自转载、传播本翻译内容;下载本翻译内容的人请在阅读浏览后,立即删除其备份。译者kingofark对违反上述两条原则的人不负任何责任。特此声明。

Revision 1.0

 

Guru of the Week 条款21:代码的复杂性(第二部分)

 

难度:7 / 10

 

(大挑战:修改GotW#20中那个只有三行代码的函数,使其成为强异常安全的(strongly exception-safe)。这个练习给我们上了关于异常安全性(exception-safety)的重要一课。)

 

[问题]

让我们来考虑GotW#20里的那个函数。这个函数是异常安全的(exception-safe)(再出现异常时仍能正常工作)还是异常中立的(exception-neutral)(能将所有异常都转给调用者)?

  String EvaluateSalaryAndReturnName( Employee e )
  {
   
   
    if( e.Title() == "CEO" || e.Salary() > 100000 )
    {
   
   
      cout << e.First() << " " << e.Last()
           << " is overpaid" << endl;
    }
    return e.First() + " " + e.Last();
  }

请对你的回答做出解释。如果它是异常安全的,那它是支持basic guarantee还是支持strong guarantee[译注:basic guarantee,基本保证;strong guarantee,强力保证] 如果它不是异常安全的,那该如何对其进行修改以使其支持basic guaranteestrong guarantee

 

这里我们假设所有被调用的函数都是异常安全的(即可能抛出异常,但在抛出异常时没有任何副作用),并且假设所使用的任何对象(包括临时对象在内)也都是异常安全的(即当这些对象被销毁时,其占用的资源也能被清理)。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值