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

 

过去的看法:

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

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

这样为什么不好:

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

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

解决办法:

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

 

 

 

posted @ 2016-03-27 11:04  底云飞  阅读(136)  评论(0编辑  收藏  举报