- 有用资源
- 资源
编写待评审的内容
最佳实践 4 - 编写代码应供评审
在编写软件代码时,请记住,有人将审查你的代码,并且你将不得不面对以下一个或多个方面的批评,但不限于此
- 糟糕的编码
- 不遵循标准
- 没有时刻铭记着性能
- 历史记录、缩进、注释不恰当。
- 可读性差
- 打开的文件未关闭
- 已分配的内存未释放
- 全局变量过多。
- 硬编码太多。
- 错误处理不当。
- 没有模块化。
- 重复的代码。
在编码时牢记所有上述要点,并在它们进入源代码之前阻止它们。完成编码后,至少自审一次。我敢肯定,自审将帮助你自行清除 90% 的问题。
完成编码和自审后,请你的同龄人进行代码审阅。我强烈建议你愉快地接受审阅评论,并向审阅你代码的人员表示感谢。同时,批评别人编写的源代码永远不是好事。如果你从未这样做过,请尝试一次,看看编码者的表情。
接受批评,但不要批评
编写不佳的源代码可以教会你编写良好的源代码,只要你积极对待并从中吸取教训。
你的目标应该首先是阻止错误,并创建没有错误的代码。像测试人员一样思考,这样你就会对测试人员构成挑战。
广告