谈一谈修改代码时加注释的原则和方法

本文讨论了在修改代码时添加注释的原则,强调注释应简洁明了,便于他人理解。提出了针对项目配置、Bug修复等场景的注释方法,并提醒注意注释的行宽和Bug跟踪编号的标注。同时,建议避免过度使用‘// Add’、‘// End’注释,以及在函数修改过多时考虑重构。
摘要由CSDN通过智能技术生成

暮鼓集    行走集

原作于2008年06月01日,软件部培训稿

我们修改代码时少不了要加一些注释,这基本的原则是“言简意赅”,只要做到大家能看懂,在版本比较工具(BC及VSS)中能一目了然,这就可以了。

下面介绍一些方法供大家参考:

为某一项目或者某一MACRO配置而添加的代码

#if defined(__PROJECT_A__) // Add by XXX, YYYY-MM-DD
...Your codes
#elif defined(__PROJECT_B__) // Add by YYY, YYYY-MM-DD
...Other codes
#else
...Orginal codes
#endif  

为修改某一Bug而添加并通用于各项目的代码

#if 1 // Add by XXX, YYYY-MM-DD
...Your codes
#else
...Original codes
#endif  

如果需要说明是为了什么而修改,也可将注释单列一行。

// Add by XXX, YYYY-MM-DD
// ... Description
// ...

每行的长度不要太长,建议为80个字符,按照公司规定的流程,如果是修改Bug管理系统中的问题,必须注明Bug单的编号。

  // Add by XXX, YYYY-MM-DD, Bug No.QSXXXXXX
<
  • 2
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值