论文部分内容阅读
一章：缩进格式
对于函数，选择、循环控制，在进入下级的程序段时，为了使结构清晰，一般将下级的程序段向后缩进一段位置。缩进的大小是为了清楚地定义一个块的开始和结束，特别是当你已经编写了很长的代码时，你会发现一个大的缩进格式使得你对程序的理解更容易，因为程序更有层次感，可以最快地找到需要查看的程序块。
建议使用一个TAB位置(8个字节)进行缩进，有些代码编辑工具显示一个TAB位置为4个字节，这些都能使程序更清晰。8个字符的缩进使得程序易读，还有一个附加的好处，就是它能在你将程序变得嵌套层数太多的时候给你警告。这个时候，你应该修改你的程序，太多的嵌套对于程序执行的效率和易读性都是致命的杀手，可以考虑使用函数或者改变程序结构。“缩进”有很多功能，特别是当它建议你重新格式你的代码的时候，你应该看看帮助。但要记住：“缩进”不是风格很差的程序的万灵丹。
二章：大括号的位置
另外一个C程序编程风格的问题是对大括号的处理。同缩进大小不同,几乎没有什么理由去选择一种而不选择另外一种风格，但有一种推荐的风格,它将开始的大括号放在一行的最后，而将结束大括号放在一行的第一位，如下所示：一般情况下，有下列几种书写方式：
(1)if(条件)
{
语句序列
}
(2)Kernighan和Ritchie的经典方式
if(条件){
语句序列
}
(3)if(条件) { 语句序列}
推荐使用(1)方式，很明显，这种方式能更清楚地看到程序块的开始和结束的位置。但对于很简单的程序块，也可以使用(3)方式。
三章：命名系统
C是一种简洁的语言,那么,命名也应该是简洁的。除了常用的规则，还要养成一个良好的命名习惯。不要使用汉语拼音命名，尽量使用英文单词、常用的缩写、下划线、数字等，这样更容易理解变量的意义。但是也要避免过长的变量名和函数名。例如：一个C语言的程序员会将之命名为“tmp”，这很容易书写，且并不是那么难以理解。
四章：函数
一个函数的最大长度和函数的复杂程度以及缩进大小成反比。于是，如果你已经写了简单但长度较长的的函数，而且你已经对不同的情况做了很多很小的事情，写一个更长一点的函数也是无所谓的。另外一个需要考虑的是局部变量的数量。它们不应该超过5～10个，否则你有可能会出错。重新考虑这个函数，将它们分割成更小的函数。人的大脑通常可以很容易地记住7件不同的事情，超过这个数量会引起混乱。
五章：注释
注释一般采取的两种方式：对一个程序块注释和对一行程序注释。
/*比较x,y大小*/
if(x>y)
{t=x;
x=y;
y=t; /*交换x,y*/
}
注释是一件很好的事情，但是过多的注释也是危险的，不要试图解释你的代码如何如何好。你应该将代码写得更好，而不是花费大量的时间去解释那些糟糕的代码。
六章：空格与空行
不要让自己的程序过于拥挤，这样同样影响可读性，善于使用空格区分一句程序中的变量、符号、表达式等，使它们对照整齐或者更清晰，善于使用空行区分程序块。
结束语对于这些约定俗成的风格,不一定非要严格使用,你也可以有自己独特的风格。但是在团队开发时,一定要统一例如命名系统等主要的风格，这样团队成员协同工作能达到一个最好的效率。记住一点，我们的目的应该是写出可读性、移植性、可维护性等更好的程序。
对于函数，选择、循环控制，在进入下级的程序段时，为了使结构清晰，一般将下级的程序段向后缩进一段位置。缩进的大小是为了清楚地定义一个块的开始和结束，特别是当你已经编写了很长的代码时，你会发现一个大的缩进格式使得你对程序的理解更容易，因为程序更有层次感，可以最快地找到需要查看的程序块。
建议使用一个TAB位置(8个字节)进行缩进，有些代码编辑工具显示一个TAB位置为4个字节，这些都能使程序更清晰。8个字符的缩进使得程序易读，还有一个附加的好处，就是它能在你将程序变得嵌套层数太多的时候给你警告。这个时候，你应该修改你的程序，太多的嵌套对于程序执行的效率和易读性都是致命的杀手，可以考虑使用函数或者改变程序结构。“缩进”有很多功能，特别是当它建议你重新格式你的代码的时候，你应该看看帮助。但要记住：“缩进”不是风格很差的程序的万灵丹。
二章：大括号的位置
另外一个C程序编程风格的问题是对大括号的处理。同缩进大小不同,几乎没有什么理由去选择一种而不选择另外一种风格，但有一种推荐的风格,它将开始的大括号放在一行的最后，而将结束大括号放在一行的第一位，如下所示：一般情况下，有下列几种书写方式：
(1)if(条件)
{
语句序列
}
(2)Kernighan和Ritchie的经典方式
if(条件){
语句序列
}
(3)if(条件) { 语句序列}
推荐使用(1)方式，很明显，这种方式能更清楚地看到程序块的开始和结束的位置。但对于很简单的程序块，也可以使用(3)方式。
三章：命名系统
C是一种简洁的语言,那么,命名也应该是简洁的。除了常用的规则，还要养成一个良好的命名习惯。不要使用汉语拼音命名，尽量使用英文单词、常用的缩写、下划线、数字等，这样更容易理解变量的意义。但是也要避免过长的变量名和函数名。例如：一个C语言的程序员会将之命名为“tmp”，这很容易书写，且并不是那么难以理解。
四章：函数
一个函数的最大长度和函数的复杂程度以及缩进大小成反比。于是，如果你已经写了简单但长度较长的的函数，而且你已经对不同的情况做了很多很小的事情，写一个更长一点的函数也是无所谓的。另外一个需要考虑的是局部变量的数量。它们不应该超过5～10个，否则你有可能会出错。重新考虑这个函数，将它们分割成更小的函数。人的大脑通常可以很容易地记住7件不同的事情，超过这个数量会引起混乱。
五章：注释
注释一般采取的两种方式：对一个程序块注释和对一行程序注释。
/*比较x,y大小*/
if(x>y)
{t=x;
x=y;
y=t; /*交换x,y*/
}
注释是一件很好的事情，但是过多的注释也是危险的，不要试图解释你的代码如何如何好。你应该将代码写得更好，而不是花费大量的时间去解释那些糟糕的代码。
六章：空格与空行
不要让自己的程序过于拥挤，这样同样影响可读性，善于使用空格区分一句程序中的变量、符号、表达式等，使它们对照整齐或者更清晰，善于使用空行区分程序块。
结束语对于这些约定俗成的风格,不一定非要严格使用,你也可以有自己独特的风格。但是在团队开发时,一定要统一例如命名系统等主要的风格，这样团队成员协同工作能达到一个最好的效率。记住一点，我们的目的应该是写出可读性、移植性、可维护性等更好的程序。