什么是好的编程习惯？

程序员无论是在招聘中还是在领导叮咛都会被要求要有好的编程习气，“道理我都懂，但是怎么做呢？”以下可以对号入座看看自己的编程习气是不是“优秀”的。
1、代码低耦合
低耦合性是结构良好的程序的特征，低耦合性程序的可读性、可保护性、可复用性和扩展性都比较好，而紧耦合模块或体系过于严密，以致在对一个方针进行修正时，或许会产生相互调用。假如两个方针耦合得太紧，修正代码就会成为一场噩梦，而且更简单在每次修正中引进bug。
2、避开上帝方针
bondObject是一个大型的类或模块，其中包括太多的变量和函数。由于以下两个原因，“知道的太多”和“做的太多”都会导致一些问题。榜首，其他的类或模块将变得对数据的过度依赖(严密耦合)。第二，由于所有的代码都挤在一个当地，所以全体结构混乱。与上帝方针比较，将它分解成许多小方针或许更好。
3、拒绝长函数
正如它的名字相同，长函数意味着函数太长。尽管关于一个函数来说，没有一个数字代表多少行代码“太长”，但是当您看到这个函数时，您就知道它是否太长了。长长的函数意味着包括太多的功用性完成。一般应将长函数分解为多个子函数，其中每个子函数都可用于单个任务或问题。理论上，原始的长函数会变成子函数调用列表，这样代码就会更清晰，更易读。
4.有含义的标识符命名
变量名有一两个字母，函数名没有明显含义，类名被过度修饰，变量名被使用变量类型进行符号(例如，b_isCounted代表Boolean变量)，或许混合使用一段代码中不同的命名规矩，所有这些都会导致代码难以阅读，难以了解，难以保护。一般来说，变量名应该是简短的，但是描述性的。一般情况下，函数名应该至少包括一个动词，而且函数名应该显现该函数的功用，但不要使用太多的词，比如类名。
5.消除错觉
在阅读他人写的代码时，你会发现其中有一些是硬编码的数字。他们或许是if句子的一部分，或某些难以了解的核算，似乎没有什么含义，当您需求修正模块时，却不能了解数字的含义，这会让您十分烦恼。所以，在编程的时候，必定要不惜一切代价防止这些所谓的“错数”。硬码数字在书写进程中有必定含义，但它们很快就失去了含义，尤其是当其他人企图保护您的代码时。一个解决办法是留下数字的注释，但是更好的办法是把幻数转换成常量变量(用于核算)或枚举(用于if句子和switch句子)。代码的可读性是通过给幻数取一个名字来完成的，而且不简单犯错。
6.防止深层次的嵌套
深奥的嵌套代码并不总是糟糕的，但是或许会有问题，由于它很难了解，尤其是当变量没有正确命名时，更是如此。假如您发现自己正在编写一个两层、三重甚至四重for循环，那么代码或许会企图在超出您自己能力的当地寻找数据。然后，您应该供给一种办法，让包括该数据的方针或模块函数调用可以请求该数据。而更深层次的嵌套if句子则表示您测验在一个函数或类中处理过多的逻辑代码块。实际上，深层次的嵌套和长函数常常同时呈现。假如您的代码中有很多switch句子或嵌套的if-then-else句子，则或许需求完成status或policy形式。
7.简明代码
您在程序的多个独立部分中履行相同的逻辑代码块，然后发现需求修正该逻辑代码块，但不记得履行它的所有方位，假定您最终只修正了5个方位，而实际上需求更改8个方位的代码块，这将导致结果过错。转换成函数一般是一种较好的习气，因而假如您需求修正这个逻辑代码块，只需修正这个办法，然后将它应用到所有调用它的当地。
8、代码注释
这些代码到处都没有注释。不需求对函数进行功用注释，不需求概述类，不需求解说算法等。可以这样说，写得好的代码不需求注释，但是实际上，即使是最好的代码也没有注释简单了解。当您编写注释时，请记住，您的方针是解说代码块为何存在，而不是解说它正在做什么。注解可以帮助您更好地了解自己和他人的代码，而且削减工作，所以不要忽视它们。