
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
代码审查这一环节在软件编程开发项目中应该是必然会经历的一个环节,下面我们就通过案例分析来简单了解一下,做好代码审查都需要考虑哪些问题。
代码审查习惯
值得一提的是,在团队内因为成员经验不同而产生的代码审查习惯的差异。这会带来一些建设性的意见或疑问,从而为代码带来价值。通过初级和资深程序员之间思维的碰撞,很有可能会产生对问题更深入的探讨。
如果是一位大拿带领并指引一队后辈,形势则会略有不同。这种情况下的代码审查更像是一种指导。
高级工程师团队中的代码审查是个蛮有趣的例子。在这种配置下的团队中,每个方案都不逊色于其他选项。方案间的不同更多是由于偏好或学习经历造成的;大多数高级工程师在编写代码时都有自己的一套习惯和模式,而想要改变这些模式并不容易;资深工程师们会据理力争,要求保留自己代码。这时能够放弃和寻求妥协的重要性就体现出来了,这也是高手们与其他程序员的区别。
软件工程师中存在的一个普遍问题是,他们对自己写的代码有很特别的“感情”,他们会认为代码下的每条评论都是针对自己的。因此,审核人在评论和提出修改建议时必须非常小心谨慎,否则很可能会引起作者的不适,进而造成审核和作者之间的隔阂。
关键代码审核员
了解项目的架构和具体细节是涉及和参与项目多的那些工程师的责任。他们被称为关键代码审核员。他们能轻易发现低内聚、违反SOLID原则、层命名泄露以及其他可能在日后反咬我们一口的错误;他们可以通过拆分、提取、重用或是移动代码的某部分来提升代码可读性、带来方便维护等好处。在预知解决方案的后果,和找出可能的代码错位或重复方面,他们更是一把好手。
这些都是我们在审查代码时应当考虑的事情。
当然,架构违规的后果为严重,远比一个方法中存在多个参数或者类的代码行数过多要严重的多。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。