构建之法阅读笔记02_3.3——4.4

阅读笔记

3.3

如果说自己精通某个方面，就不要出现低级错误，或者出现低层次问题。

一个人的技能的高低要看技能的反面，即解决问题的能力。要先通过不断的练习来解决低层次问题，使之不再出现，才有时间来解决高层次问题。

再解决问题的时候，首先要知其然，知其所以然，接着就是进行创新。

4.1&4.3

代码规范问题：一个人的代码不光是自己要看，团队合作的时候，其他人也需要看，自己写的代码也得让别人能够看懂，不能是一大片，一点结构都没有。

代码风格规范体现在最起码要有缩进（Tab），括号，换行，面试的时候，还要注重的一点就是变量，方法和函数的命名，普遍使用"匈牙利命名法"。还有一些下划线，大小写，最重要的还有注释。一个程序中一般都需要写注释，注释是为了解释程序做什么，为什么这样做。

这里搜索了两篇C++程序的命名规范，请参考：

http://www.360doc.com/content/12/0314/12/3767901_194244058.shtml

http://blog.sina.com.cn/s/blog_567842410100nf09.html

代码规范还体现在代码设计规范上。代码设计不能只为了自己"爽"就全然不顾，因为自己的程序别人也会看，所以需要遵守一些通用的规定。

（1）.函数的设计原则为：只做一件事，并且要做好。函数最好有单一的出口。

（2）.最重要是程序的错误调试，遵循"28定律"， 20%的错误工作却往往需要整个过程的80%的时间。

（3）.在使用类的时候，对于其中的数据成员，构造函数等等都有很多需要注意的地方，不是自己想怎么设计就怎么设计。

4.4最后写完的程序必须进行代码复审。代码复审的目的在于：找出代码中的错误，包括编码错误，逻辑错误，算法错误，还有一些潜在的错误，同时还可以促进成员间的共同进步。代付复审一般是由开发者就可以完成，但是还是需要一个复审员的。复审员可以提出一些关于代码的问题，各种问题，开发者都要给出合适的解释。代码复审之后，开发者要记录程序中出现的错误，以后不再犯相同的错误。代码复审还要提出各方面的问题。

 

过去的看法：

过去知道把一些方法名啦，函数名设置成简单易懂、见名只意的，但是不知道设置的时候还有一些大小写的问题，并且通过大小写可以直接反映出一个单词的类型，比如这个单词是常量，变量，函数名还是方法名。

还有就是写代码的时候，知道缩进，还有一些格式规范，但是没有考虑过书中所讲的代码的设计规范。代码设计规范关系到程序的执行效率，类之间的调用方法等等问题。

这样为什么不好：

如果没有把那些定义的单词设置成对应的要求，那等以后看的时候，全都是小写，根本不知道哪些是常量，变量，方法名，函数名等，不容易进行查看，而且别人看的话，也会比较乱。

不考虑设计规范的话，可能都能写出同一个功能的程序来，但是程序的执行效率，出错之后进行的错误查找都会比较慢，并且函数的值的进出会比较乱。

解决办法：

写代码的时候，要注意各种类型名的定义，大小写，做到见名知意。在设计上，要考虑程序执行效率，类之间或者函数之间的调用过程。