编写待评审的内容



最佳实践 4 - 编写代码应供评审

在编写软件代码时,请记住,有人将审查你的代码,并且你将不得不面对以下一个或多个方面的批评,但不限于此

  • 糟糕的编码
  • 不遵循标准
  • 没有时刻铭记着性能
  • 历史记录、缩进、注释不恰当。
  • 可读性差
  • 打开的文件未关闭
  • 已分配的内存未释放
  • 全局变量过多。
  • 硬编码太多。
  • 错误处理不当。
  • 没有模块化。
  • 重复的代码。

在编码时牢记所有上述要点,并在它们进入源代码之前阻止它们。完成编码后,至少自审一次。我敢肯定,自审将帮助你自行清除 90% 的问题。

完成编码和自审后,请你的同龄人进行代码审阅。我强烈建议你愉快地接受审阅评论,并向审阅你代码的人员表示感谢。同时,批评别人编写的源代码永远不是好事。如果你从未这样做过,请尝试一次,看看编码者的表情。

接受批评,但不要批评

编写不佳的源代码可以教会你编写良好的源代码,只要你积极对待并从中吸取教训。

Bug Free Code

你的目标应该首先是阻止错误,并创建没有错误的代码。像测试人员一样思考,这样你就会对测试人员构成挑战。

广告