关于“代码规范”，“Review”和“Check list”

关于“代码规范”，“Review”和“Check list”，就我个人理解，这三者相辅相成。代码规范是在编程时就该注意的，为Review减轻负担。而要进行Review，又需要一个Check list作为支撑。在进行Review过程中，如若发现代码中遗漏了什么规则，则又需要在自己的代码规范和Check list中添加相应的项目。

一.我们先从“代码规范”说起。

http://blog.csdn.net/kimylrong/article/details/7700311  在这篇博客中主要谈到了关于JAVA编写的三大点代码规范，虽然略显笼统，但就大体方向而言让人容易掌握。

https://www.douban.com/note/82618786/   这篇文章则更加具体的谈论了JAVA编写的代码规范，并结合实例，一目了然。

http://wenku.baidu.com/link?                                       url=ZEQyZjRUBBqcvJzkEalC8PdJBvW0twabaZUQPUtilnOpflFbgq31s1HmlACRFNvF5uJ_z47YNiLP2zLaKoA4elJEjJL3PfPQL2_9VHhC9Z3

这篇文章写得是最为详细的，小到代码缩进、对齐，大到模块设计、输入控制等等。

看了这么多关于代码规范的文章，说实话，自己的对于代码规范的想法始终停留在两点：1.格式。   2.注释。        再仔细想想，似乎还有一点，“规则”，例如：命名规则、定义规则等等。但再仔细一想如果说“规则”，那“格式”与“注释”也都应该属于“规则”之中。故还是具体到“格式”，“注释”两点。

二. 再来说说“Review”。

我们为什么要Review？Review要做些什么？这两点必须明确。

Review的目的是什么？目的不明，结果也就无意义。个人觉得有以下几个目的：

1.在项目初期就能发现代码中的BUG，提早解决。

2.发现的问题可以与项目组成员共享，以免发生类似错误。

3.让项目组所有人都参与Review，利于项目、工程或代码的修改与维护。

从目的出发，Review到底要做什么就非常清楚了。

1.根据事先定好的Check list，进行找错，纠错。

2.理解项目、工程或代码的具体功能和作用。

3.在理解功能和作用的基础上，进行针对性的检查。例如：代码完整性检查，代码健壮性检查等等。

三.最后来说说Check list。

不多说，直接上文章。

http://uedc.163.com/4308.html    Web交互设计优化的简易check list

http://blog.sina.com.cn/s/blog_8c78002c0100ttmw.html     这个Check list实例，说实话，虽然样式十分粗糙，但条理还是很清晰的。

接下来是我的Check list。直接借鉴http://blog.jobbole.com/83595/   此博客中的常规项。在随后的学习生活中将继续优化。

1.代码能够工作么？它有没有实现预期的功能，逻辑是否正确等。

2.所有的代码是否简单易懂？

3.代码符合你所遵循的编程规范么？这通常包括大括号的位置，变量名和函数名，行的长度，缩进，格式和注释。

4.是否存在多余的或是重复的代码？

5.代码是否尽可能的模块化了？

6.是否有可以被替换的全局变量？

7.是否有被注释掉的代码？

8.循环是否设置了长度和正确的终止条件？

9.是否有可以被库函数替代的代码？

10.是否有可以删除的日志或调试代码？

如果上述内容有什么不妥之处，请老师指出。谢谢！