编程基本原则——避免冗余代码

  最近组内做代码评审,看到了如下一段代码,这段代码从功能上、甚至效率上来讲都没有问题,但从可读性和可维护性来讲,可优化的地方一目了然:函数‘foobar’接收‘op_type’为输入参数,该函数的调用完全可以放在整个switch之后,做一处调用即可,这样后期‘foobar’有任何变化,这段代码只需相应修改一处代码即可。

  这段代码出自一个有几年工作经验的程序员之手,实属不该 —— 即使一个编程初学者,也应该知道尽量“避免冗余代码”这一基本原则。

  switch(op_type){

  case ADD:

  /*

  *Codes for ADD

  */

  foobar(ADD);

  break;

  }

  case MODIFY:

  {

  /*

  *Codes for MODIFY

  */

  foobar(MODIFY);

  break;

  }

  case DELETE:

  {

  /*

  *Codes for DELETE

  */

  foobar(DELETE);

  break;

  }

  default:

  {

  log("invalid op_type");

  return -1;

  }

  }

  

编程基本原则——避免冗余代码

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值