这周我读了构建之法第四章，感觉学到了不少东西
首先是代码规范，以前数据结构的助教说我的代码可读性差，这是为什么呢，这里附一段我以前写过的代码：
1 unsigned long long a; 2 int b; 3 for(int i=0;i<10000;i++) 4 { 5 cin >> a >> b; 6 switch (b) 7 { 8 case 1: 9 charu(a); 10 break; 11 case 0: 12 chaxun(a); 13 break; 14 default: 15 break; 16 } 17 18 } 19 20 cout << n2 << "/" << n1 << endl; 21 cout << m2 << "/" << m1 << endl; 22 return 0;
a是什么，b是什么，n1 n2又是干什么的呢？不仅没有注释，而且用的变量名也非常不好。
而这本书给了很多提高代码规范的建议，比如：
- 缩进，一般以4个空格
- 行宽，不多于100个字符
- 用括号清楚地表达优先级
- 断行与空白的{}行
if (condition1) { Do something; } else { Do something else; }
一般用这种方式会让人觉得层次清晰，逻辑分明
- 命名！想我之前写的那段程序，最主要的问题之一就在于没有命名。我以前觉得命名无所谓，但现在觉得，好的命名要让人能够见名知意，这对提高代码可读性是重要的，很多程序员为了一个好的名字还想半天。一般可用下划线来构造很好地命名。
注释，没有注释的代码让人读起来很痛苦，而好的注释主要是告诉别人这个程序在做什么，为什么这么做，以及需要注意的东西。这样别人读起你的代码才不会很痛苦。
于是乎我们就要问，为什么我们需要好的代码规范？为什么我们需要别人看懂我们的代码？
这在结对编程中，尤其重要。假如说没有人看得懂你的代码，结对编程也就只是纸上谈兵了。
那么问题又来了，为什么我们要结对编程呢？
有以下几个原因，首先，一个人编写代码，总是有种灯下黑的现象。可能你自己犯的很微小的错误，你花了大把大把的时间，还是搞不出来。而另一个人只需要看一下就能指出，这提高了复审效率。
还有一个原因，就是可以不断从别人那里学习，提高自己的水平。这次结对编程，我从朱池苇大佬那里学到了很多，比如良好的代码风格，清晰的编码思路，以及熟练的调试技巧等。