41

为什么我们常说要提高代码质量?

 5 years ago
source link: http://www.10tiao.com/html/697/201807/2656331080/1.html
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.

我听到人们来来回回的在说“代码质量”这个词。我想你也经常这么做。在软件商店,很难有几天不听到人们谈论这个词。但是,问题来了,当他们谈论它的时候,似乎没有任何人说的完全一样的。 


例如,想一想食物。 如果我告诉你我昨晚出去吃了一顿高质量的晚餐,你可能会拿你自己的想法来定义我的体验。也许你会想到高价,羽衣甘蓝和美国松子。太清淡了?也许是一个牛腓利配鱼香土豆,这也很贵。但是,不管怎么样,显然都是贵的和有机的。 那这意味着什么?也许对你来说,高质量的晚餐是一个不管来自哪里的便宜的熟食三明治?当然,如果你被困在森林里一周,你也许会把任何能吃的东西重新定义为高质量的食物。


也许,你已经想到了我在说什么。你看待食物的方式是主观的并且也跟你的观念有关。我们看待代码的方式也是这样的。当我们讨论代码质量时,我带着我们自己的观念和主观性。但是,和食物一样,由于一个被称为天真现实主义的人类认知偏见,我们也趋向于假设其他人的定义和我们的定义一样,即使事实并非如此。


那么,你要如何剖析代码质量的理念,至少达成部分共识呢?


代码质量:通过否定下定义

也许最简单的开始方式是从否定开始。毕竟,如果要说我们从 Software Engineering Stack Exchange 中学到些什么的话,我们知道了在该问题被作为“非建设性问题”关闭前,哪种构建代码质量的问题会激发数百个投票、大量的回答和诸多评论。我们也知道,人们可以投票选出代码质量的错误定义。


各个地域的人们似乎都认为质量差的代码引发后期阅读者的质疑。他们会在读过代码后高喊:“这是什么玩意?” 低质量的代码给我们带来困扰,就跟这个毁誉参半的卡通漫画一样。


我实际上认为这给之后的讨论开了个好头。 当你有质量差的代码时,它会使人困惑,难以理解。 因此,对它进行讨论似乎是理解代码质量的不错开始 —— 那人们会快速容易地理解它们。


当然,你可能会指出,任何代码都或多或少会混淆一些基本的软件知识。 所以也许我们应该考虑一下参考大多数相关技术软件开发人员的代码。


代码应专注于做该做的事

我们在迁移到简单直观的标准之前可以从反面设立一些探索点。一段高品质的代码,应该是普通开发者应该能够快速,轻松理解的代码。反之,则不能称之为高品质代码。


注意这会导致出现一种情况:一段极端聪明或者极具开创性的代码不能被冠以高品质。大体来说,我觉得这是可以的。如果你编写出了难以理解的算法,解决了一个独特的、有效的问题,也许代码质量评判不会给你最高的分数,你会备受打击。但你的贡献其实并不是这个函数本身的代码质量,而是这个函数解决了什么问题。


这也带来了关于代码质量的另一个重要特征。作为高质量的筹码,它应该为预期的目的服务。也就是说,高质量的代码没有缺陷、没有性能问题、没有安全漏洞,也没有其它与目的相悖的东西。草率的代码也可以达到目的(甚至可以完成得很好,尤其是在对某个问题产生创新解决方案的情况下),而且你应该能理解代码中会充斥着缺陷。它们都不是高质量的代码。但是可理解的代码,其目的是为了不让你出局。


读起来像散文

在某些合适的筹码下,这个定义的门坎更高。假设你写的代码已经符合最小惊讶原则,而且它正确地做了该做的事情。现在你的代码在做正确的事情,也不会引起人们的反感。这很好,不过似乎我们还可以做得更好。


整洁代码的提倡者提供了一系列关于这个主题的格言警句。这些想法包括不创造惊喜,做想做的事,在代码中体现代码写作人的心意。但是我觉得 Grady Booch 的总结可能更清楚。


整洁的代码简单而直接。整洁的代码读起来就像在读很好的散文。


这就告诉你关于达成高质量代码(和干净的代码)的更有效的事项。编程语言倾向于使用大多数非程序员根本不会用的语法。它们将语义的奥秘推向极致。编程语言给你各种各样的机会形成官方文章。


所以,从某种意义上来说,高质量的代码不管那些。它掌握所有标点符号、符合语言特征的语义并把它们以“读起来像好散文”的方式呈现出来。不仅优雅,而且具有很高的质量。


良好的代码质量具有基本的商业意义

到目前为止,我已经提供了一系列探索方法,其中我将我对问题的看法制成表格。我确实认为这是编写高质量代码的重要组成部分。 但是,正如我刚才所说,这样做仅仅是我的主观观点。 所以你要当心。


我以一致性为基础,阐明了高质量的代码不会让人困惑和混淆,它会做你让它做的事,并将其意义清楚地传达给维护者。像我提到和引用的那些观点,我相信它们说的是对的。


我觉得很难用一个一般的标题将它们整合起来。 高质量代码是通过将总体的代码拥有成本降至最低来实现的。 这就是为什么快速理解,正确性和清晰度是如此重要。 高质量的代码不会过度增加变更的难度,不会有不断的故障排除和无休止的返工重写造成的资金的浪费。 恰恰相反,它会以极简主义的方式服务于其目的。


我觉得我们会就高质量代码达成共识。说实话,如果我们都做到这一点,我可能会感到失望。 但是,无论是否达成共识,我认为,考虑代码质量的问题会超越你自己原有的认知,并且会想在支付的业务层面,是什么影响了代码质量。


摘自开源中国,译者:无若,边城, 总长

英文原文:What Does Code Quality Actually Mean?


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK