写代码有哪些好习惯,可以减少非业务的bug?

项目线上出bug有时候并不是代能力不行,而是写代码习惯不够好。


1、单元测试

单元测试

单元测试

无论是不是业务逻辑相关代码,能写单元测试的地方一定要写单元测试。写单元测试的时候要覆盖尽可能多的输入输出可能性。这个通过测试的函数或方法才足够健壮。

2、格式化代码

代码格式化

代码格式化

写代码过程中要对代码进行格式化,缩进有序的代码更有利于阅读和排错。

3、单一职责

单一职责

单一职责

一个函数或一个类只做一件或一种事儿,不推荐写万能函数。万能函数一担出了问题排查起来会非常困难。

4、释放数据库连接

数据库

数据库

数据库链接使用后如果是直接创建的连接就关掉,如果是连接池中拿的连接就释放掉。如果不立即关闭或释放,会大量无意义的占用数据库连接数从而导致业务并发量上不去。

5、全局异常捕获

try-catch-finally

try-catch-finally

后端如果没有全局的异常捕获会导致出现未处理的异常时返回错误调用栈或服务端出错的500错误到前端。有全局异常捕获可以记录日志并返回友好错误信息到前端。

前端如果没有全局异常捕获在出现未处理异常时会导致页面空白无响应或应用闪退。有全局异常捕获可以记录日志并给出用户友好提示。

6、变量见名知意

变量命名反例

变量命名反例

变量命名一定要做到见名知意,切记不可以以aaaiflagtemp这种形式命名。命名时要考虑到在后期维护时看到变量名就能知道它是干什么的,减小维护成本。


未完待续

发表时间:2021-02-28 19:55:00

修改时间:2021-03-01 12:12:11

版权声明:本站原创,转载请附带本文链接

https://code.iamhefang.cn/content/notice-when-coding.html

发表留言

联系方式至少填一个,不会公开
不会公开