《构造之法》第四章

Posted 2020-07-02

通过阅读《构造之法》第四章，我知道了程序员写的代码要规范，代码虽然是给机器看的，让机器来运行，但是更要给人看，代码是人写的，都会有各种各样的缺陷，必然要去修复、改进，若代码不规范，带来的影响是比较严重的，会让人感到烦躁，看不下去了。或者因为看懂代码的缺陷在哪里而花费了大量的时间。在代码上要4个空格来缩进、为了调试起来方便，需要断行，每个“{”和“}”都独占一行，一行代码不要定义多个变量，由多个单词组成的变量名需要有大小写，其中每个单词的开头第一个字母大写，不要多余的注释。

代码复审是有必要的，代码复审的目的在于找出代码的错误，发现逻辑错误、算法错误、潜在的错误和回归性错误，发现可能需要改进的地方，教育开发人员，传授经验。人无完人、金无足赤，更何况“完美”的开发者都会或多或少地犯一些错误，有欠缺考虑的地方，越是项目后期发现的问题，修复的代价就越大。犯错误不要紧，但犯同样的错误就不应该了，在代码复审后，开发者应该把复审过程中记录整理出来，进行更正并牢记。

每人在各自独立设计、实现软件的过程中不免要犯这样那样的错误，而结对编程可以有效地解决此类问题，一起分析、一起设计、一起写测试用例、一起编码、一起做单元测试等，当发现另一人出现错误时，可以及时的提出并让其更正。在现实生活中，也存在着类似的搭档关系：越野赛车、驾驶飞机等。有许多成功的例子都是有着类似的搭档关系的，就像莱特兄弟、苹果公司创始人等。虽然结对有很大的帮助，但结对也有着弊端，意见不和导致关系恶劣等。