无论是在招聘中还是领导者下达要求时，程序员都必须养成良好的编程习惯，但是到底好的编程习惯是什么呢？其实好的编程有很多，例如：简明代码、消除幻觉、代码注释、代码低耦合、避开上帝对象、拒绝长函数、有意义的标识符命名、避免深层次的嵌套等等都是好的编程习惯。“但是道理大家都懂，可是做起来却是非常难的。”今天本文就详细介绍一下好的编程习惯，让我们看看您的编程习惯是否“优秀”。

 一、简明代码

您在程序的多个独立部分中执行相同的逻辑代码块，然后发现需要修改该逻辑代码块，但不记得执行它的所有位置，假定您最终只修改了5个位置，而实际上需要更改8个位置的代码块，这将导致结果错误。转换成函数通常是一种较好的习惯，因此如果您需要修改这个逻辑代码块，只需修改这个方法，然后将它应用到所有调用它的地方。

 二、消除幻觉

在浏览别人写的代码时，你会发现其中有一些是硬编码的数字。他们可能是 if语句的一部分，或某些难以理解的计算，似乎没有什么意义，当您需要修改模块时，却不能理解数字的含义，这会让您非常烦恼。所以，在编程的时候，一定要不惜一切代价避免这些所谓的“错数”。硬码数字在书写过程中有一定意义，但它们很快就失去了意义，尤其是当其他人试图维护您的代码时。一个解决办法是留下数字的注释，但是更好的办法是把幻数转换成常量变量(用于计算)或枚举（用于 if语句和 switch语句）。代码的可读性是通过给幻数取一个名字来实现的，并且不容易出错。

 三、代码注释

这些代码到处都没有注释。不需要对函数进行功能注释，不需要概述类，不需要解释算法等。可以这样说，写得好的代码不需要注释，但是实际上，即使是最好的代码也没有注释容易理解。当您编写注释时，请记住，您的目标是解释代码块为何存在，而不是解释它正在做什么。注解可以帮助您更好地理解自己和别人的代码，并且减少工作，所以不要忽视它们。

 四、代码低耦合

低耦合性是结构良好的程序的特征，低耦合性程序的可读性、可维护性、可复用性和扩展性都比较好，而紧耦合模块或系统过于紧密，以致在对一个对象进行修改时，可能会发生相互调用。如果两个对象耦合得太紧，修改代码就会成为一场噩梦，而且更容易在每次修改中引入 bug。

 五、避开上帝对象

bondObject是一个大型的类或模块，其中包含太多的变量和函数。由于以下两个原因，“知道的太多”和“做的太多”都会导致一些问题。第一，其他的类或模块将变得对数据的过度依赖（紧密耦合）。第二，因为所有的代码都挤在一个地方，所以整体结构混乱。与上帝对象相比，将它分解成许多小对象可能更好。

 六、拒绝长函数

正如它的名字一样，长函数意味着函数太长。尽管对于一个函数来说，没有一个数字代表多少行代码“太长”，但是当您看到这个函数时，您就知道它是否太长了。长长的函数意味着包含太多的功能性实现。通常应将长函数分解为多个子函数，其中每个子函数都可用于单个任务或问题。理论上，原始的长函数会变成子函数调用列表，这样代码就会更清晰，更易读。

 七、有意义的标识符命名

变量名有一两个字母，函数名没有明显意义，类名被过度修饰，变量名被使用变量类型进行标记（例如，b_isCounted代表 Boolean变量），或者混合使用一段代码中不同的命名规则，所有这些都会导致代码难以阅读，难以理解，难以维护。一般来说，变量名应该是简短的，但是描述性的。一般情况下，函数名应该至少包含一个动词，而且函数名应该显示该函数的功能，但不要使用太多的词，比如类名。

 八、避免深层次的嵌套

深奥的嵌套代码并不总是糟糕的，但是可能会有问题，因为它很难理解，尤其是当变量没有正确命名时，更是如此。如果您发现自己正在编写一个双重、三重甚至四重 for循环，那么代码可能会试图在超出您自己能力的地方寻找数据。然后，您应该提供一种方法，让包含该数据的对象或模块函数调用能够请求该数据。而更深层次的嵌套 if语句则表示您尝试在一个函数或类中处理过多的逻辑代码块。实际上，深层次的嵌套和长函数经常同时出现。如果您的代码中有大量 switch语句或嵌套的if-then-else语句，则可能需要实现 status或 policy模式。

以上就是关于好的编程习惯是什么的全部内容介绍，当然好的编程习惯不止是这些，想了解更多编程习惯的信息，请继续关注。