课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
对于大多数的新手程序员来说,由于工作经验的不足,在编辑软件代码的时候总会出现不同程度的错误,下面我们就一起来了解一下具体情况吧。
变量命名不清晰,一词多义
为变量命名时重要的考虑事项是,该名字要 完全、准确地描述出该变量所代表的事务 。容易阅读,不会与其他事务混淆。
使用魔数
命名不清晰更严重的是,没有命名,直接用魔数。如果连注释都没有,就只能靠猜。
使用魔数有两个不好的地方:
1、不方便修改。
使用常量替换魔数是一种将程序「参数化」的方法,需要修改改动一处就可以了,而不必代码中到处修改。
例如在代码中默认绑定的端口是80,如果不用一个常量代替,哪天软件升级默认端口变成443了。要整个代码搜索80这个数字,既耗时,又容易改错。
if else 或switch等逻辑判断语句太长
例如条件分支很多,用很长的if else语句或者switch语句才能表达完整的逻辑,要思考下是否能用「表驱动」方式来优化。
条件分支太多太长有几点不好:
1、代码太长,不易阅读。
如果超过了一个屏幕能表示的长度,要翻页才能看完代码,会大大降低看代码的效率。因为代码的信息密度太低了。
2、不易扩展,修改代码。
就像上面的例子,如果又增加了新的条件判断,那么要增加新的if else语句,由于修改了逻辑,要重新测试,也要防止改错。
可以用「表驱动」的方式替代太长的逻辑分支。
把每个条件要用到的数据放到一个「表」里。用条件分支的判断条件来索引到表中的数据。
本质的还是要从意识上有足够的认识。 代码是写给人看的 ,写代码时要有同理心,想到以后让阅读代码的人尽量能够不费力读懂。换位思考,如果你就是review人,或后面接手这个代码的人,你会喜欢这段代码吗?
节选:推酷
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。