×

编程 程序员 良好 习惯 哪些

乐编程:程序员编程中,有哪些良好的开发习惯?

jnlyseo998998 jnlyseo998998 发表于2023-04-10 08:07:24 浏览15 评论0

抢沙发发表评论

程序员编程中,有哪些良好的开发习惯?今天乐编程分享8个编程好习惯!

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、代码注释

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

以上就是本次分享的全部内容,想学习更多编程技巧,欢迎持续关注乐编程!