良好的编程习惯#xff0c;规范的编程风格可以提高代码的正确性、健壮性、可靠性、效率、易用性、可读性、可扩展性、可复用性…前言

这本书是林锐博士写的关于C/C编程规范的一本书我打算写下一系列读书笔记当然我并不打算全盘接收这本书中的内容。

良好的编程习惯规范的编程风格可以提高代码的正确性、健壮性、可靠性、效率、易用性、可读性、可扩展性、可复用性、兼容性、可移植性。

写不出好的代码只能说是自己内功修炼不到位而不是用所谓真正的程序员如何如何做借口。

一、文件结构

我们理应在头文件和定义文件的开头进行版权和版本的说明。

这里应该具备的内容有版权信息毕竟不管代码多少优劣都是我们的劳动成果有必要说明它可以用于哪些场景、作者以及当前版本号。

书中还有文件名称、标识符、摘要等我认为这些不是必要的可以根据自身需求取舍。

就比如版本号这些的实际上有是有gitee、github这类的代码托管平台比自己在代码内写上版本号更有用。

once

如果一个软件的头文件数目比较多通常应将头文件和定义文件分别保存于不同的下。

板式并不影响程序的功能但是影响程序的可读性。

所以我们应该追求清晰、美观的程序风格。

在每个函数定义结束之后要加上空行

在一个函数内存在紧密逻辑联系的语句之间不加空行但是其他地方理应加上一行空行。

一行代码应该只做一件事情。

书中甚至认为一行应该只定义一个变量我认为这是不合理的如果一些变量存在一定的关联性是可以定义在同一行的视情况是否添加一些必要的注释就行了。

if、for、while、do等语句独占一行执行语句不得紧跟其后。

如果只有简单明了的一行语句可以不用加上{}但是其他情况下都应该加上{}。

并且{应该抬行与if、for、while等对齐而不能跟在后面前端和java的一些代码风格是喜欢跟在后面的这不是很合适

后面应该有空格如果

代码的行的长度最大应该不超过80个字符当然没必要可以去数要适当的对长代码行进行拆分拆分式要将操作符放在新行只首这样可以突出它们之间的逻辑关系。

如果代码本身就清晰就没必要添加注释

在写类时我们应该采用以行动为中心的设计思想即将函数写在前面数据写在后面毕竟我们更关心的是它能干什么而不是它有什么数据。

而且本身数据成员的名字应该是见名知意的。