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

本文分析了一个只有四行代码的C++函数中可能存在的执行路径,探讨了短路求值规则、异常处理以及如何在简单代码中隐藏的复杂性。作者提出,在考虑异常情况时,这段代码可能有23种不同的执行路径,这影响了函数的可靠性和可测试性。

GotW #20 Code Complexity – Part I

著者:Herb Sutter

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

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

Revision 1.0

 

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

 

难度:9 / 10

 

(本条款提出了一个有趣味的挑战:在一个简单得只有三行代码的函数里可以有多少条执行路经?其答案几乎将肯定让你吃惊。)

 

[问题]

在没有任何其它附加信息的情况下,下列代码中可以有多少条执行路经?

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

 

[解答]

 

假设:

a)       忽略对函数参数求值时的不同顺序以及由析构函数(destructor)抛出的异常。[1]

 

  下面的问题提给无所畏惧的勇者:

  如果允许析构函数抛出异常,那么共会有多少条执行路经呢?

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值