15个编程好习惯

xaut3

1. 动手编码之前，你需要对要编码实现的解决方案有一个正式的或粗略的设计。永远不要在没有任何设计的前提下就开始编码，除非所编代码不重要。

2. 优秀的代码文档跟编程语言知识一样重要。在代码源文件中，为每个主要的代码段添加注释，解释代码的基本逻辑。最好注明程序的构建和修改日期，以及修改的原因也是非常有必要的。
; L" T# P, ?( o6 y
$ n% k9 g0 M* w7 Z　　3. 维护程序的各个版本同样重要。当前有些编程工具都自带一个版本管理工具。无论你什么时候改变自己的程序，它们都会将其保存为.bak文件。

　　我的方法是为每个程序维护三个不同的版本。比如说，我有一个名为program.c的文件，这个文件同时也被其他项目组成员使用。我把这个文件复制为 program.c.old作为备份文件，并且当我修改时，我会备份另一个名为program.c.wrk的副本文件。当成功完成修改时替换 program.c.wrk文件。
" Z: t3 s% i/ a/ F7 u8 Z  x
　　你还可以给自己的程序版本添加一个日期或一些注释，像program260505.c或programReadFnWrking.c。

  n! W# y8 T6 p6 K! p, h6 ~9 X　　4. 如果工程包含多个源文件，则声称一个README文件，注明每个源文件、数据文件、临时文件以及日志文件(如果有的话)的作用。你还可以注明编译和运行步骤。

3 L3 @0 L6 q0 S, i& h　　5. 有时候，你一定想知道为什么IF语句没有得到预想的结果。可能你使用的是等号，也就是“=”，而不是条件判定符号“==”。一个比较好的办法是用相反的顺序写条件语句。因此，你的条件语句应该如下：

: b- z$ P# D7 m' @' H0 @( I　　if(10==i)…因此，如果你错误地写成了单个等于号，在编译的时候也能检查出来并报错。
4 K( d6 }6 d( ?" E3 _4 c. ~2 J* J" L) N
　　6.使用循环和条件语句时，先把左右括号对应起来，然后再在里面写其他语句。也就是：
) r2 g% B6 J/ `5 F3 {4 z! m
代码: 1 for(int i=0;i<10;i++)2 {4 printf(“i=%dn”,i);3 } 　　注：每一行开头的数字表明写循环代码的顺序。

　　7. 避免使用幻数（magic numbers）。例如，不要写
0 n7 k, f! |/ Y, ~* ^0 u
& B( E# A8 q  i0 B" F- f代码: circleArea = 3.14 * pow(radius,2); 而要使用如下代码：
( v+ e( m, Z4 A' R) c
0 J+ H0 n% W, r, Q代码: #define PI 3.14 circleArea = PI * pow(radius,2); 　　
　　8. 使用有意义的变量和函数名称。例如，使用‘radius’来代替圆的半径，而不是用‘r’来表示。同样，函数名‘calculateArea’要比其他任 何隐晦的缩写要好得多。匆忙之下，我们也许会使用缩写的变量名，但一开始节省时间的话，之后会浪费更多的时间，去猜测缩写变量名代表什么。（编注：）
! j+ J* r( E+ [" F
- B7 A( d1 i2 y; p1 V6 W　　9. 为后面的调试使用打印语句，这是个好习惯。但是，当完成最后代码后，去掉这些语句，有时也是一项危险的任务。添加一个方法，用于输出调试信息。当最终版本生成时，只要把这个方法注释掉就行。因此，只在一个地方做修改就可以了。
0 P% v( l$ l  t
　　10. 代码编写完之后，开始优化代码。之前声明的一些变量，现在可能没用了。同样，并不依赖循环的一些声明可以移到循环模块之外去。扎实的编译知识同样会对以后的代码优化有所帮助。

/ u# O1 U/ j( Y, ?4 y  m1 b4 z) Y　　11. 对自己的操作系统和硬件要有足够的了解，你可以从资源占用等方面提升程序的性能。

$ y3 u& h& T+ U5 V% F9 o　　12. 编写代码时要合理使用缩进，以使代码清晰可读。
  ^  ]; ]" }! V( L
2 j, p) ]# N% _# u3 c! ?　　13. 把项目文件放到SOURCE、HEADERS、MAKE、EXES等不同的文件夹中。
0 k: t$ N) `7 U$ ]
9 }/ P3 H9 s; T8 m; C3 G　　14. 研究别人编写的代码。这可以让你学习到新的编程技术，以及他们解决和你相同的任务时所使用的方法。

6 j1 h4 X0 c2 T: U4 l- n- I6 S　　15. 最后一条（但不是最不重要的一条)，备份源代码文件，这样当硬盘出错或相同的问题发生时，不至于前功尽弃。

. Q) \/ z' l. M' h$ K% M% A; S$ |　　附加：补充一条，坚持使用一种命名模式。如果你打算用匈牙利命名法，那就坚持并广泛使用，否则将适得其反。参见微软资深工程师 Eric Lippert 的这篇文章《阅读代码不简单》。
+ P1 l5 K, X' y/ [5 _) F

沧海笑

路过，学习了

dlcx11

学习了

格桑花

路过，看看...

千斤蚂蚁

很有用