目录
一、转载地址
如何让自己看起来不像编程菜鸟?别犯这9个编程错误 去看看
二、转载内容
前言
-
在我们刚开始走进IT行业时,写代码总会战战兢兢,不断地向前辈大神请教,经过反复确认之后才敢发布代码,发布代码后也会时不时看后台,会不会产生BUG…
-
下面我来列举一些我作为一个菜鸟时,经常犯的一些错误,希望能帮助大家及早改正,早日成为编程老鸟。
1.代码没有可读性
写好代码很难,但是理解错误的代码更难。虽然在我们刚入行的时候,这个体现得不是很直观。
下面是我整理的一些关于代码可读性上的关键错误,千万别犯了。
- 同一行代码上有多个嵌套的 if/else 语句
- 过度使用链式方法
- 从堆栈溢出复制/粘贴正则表达式,不带注释
- 过度抽象
虽然我们应该把逻辑压缩到最小,但这也会让我们的代码变得不可读。即使是一些编程老鸟,在可读性方面也会经常犯错误。
调试代码的难度是编写代码的两倍。因此,如果你花了大量的时间和精力编写了很漂亮但不可读的代码。根据定义,那就是你还不够聪明,无法调试它。–克尼根定律
2.使用没有上下文的变量名
想出好的变量名很难,为了快速完成工作,我们经常起一些事后很难回想起来的变量名。
例如,
- 用户的姓名写成uln;
- 很多电子邮箱写成了阵列。
两种做法都不好,这会让很多人理解不了我写的代码,其中就包括我自己。
3.允许安全漏洞
为了让我们的代码免于遭到黑客攻击,我们应该反复检查代码,是否有以下错误操作:
- 允许SQL注入
- 允许通过URL跳转访问受限页面
- 仅使用前端验证
- 具有增量ID的命名空间URL
在检查安全漏洞时往往会花很多时间来排查漏洞源,我现在在检查其他开发人员的代码时会着重检查以上4项,赶紧回去检查一下自己的代码里有没有这些安全漏洞!
4.拿到需求后立即开始写代码
-
如果我们这样做了,后果往往是做无用功。花大量的时间在这个功能上,然后发现这个方向就是错误的。
-
对于程序员来说,我们应该深呼吸静下心来,先理解业务问题并围绕它来规划代码才是正确的做法。
-
现在,我一般都会让新手程序员,在开始写代码之前,必须详细地了解需求,做出规划。这种规划有助于理清思路,制定更有效的解决方案,从而避免浪费时间做无效功。
5.注释太多或太少
-
刚开始工作时,我不会对代码进行注释。
-
然后,我经历了一个阶段:对每一行代码都添加注释。 一个名为add_two_numbers的方法被注释为#将两个数字相加。 这明显是多余的操作。
-
现在回想起来,当我看了很多其他开发人员编写的代码时,并注意到他们添加注释的位置后,才真正规范地添加正确的代码注释。
6.推送重复和未使用的代码
我曾经做过这些傻事:
- 已存在于应用程序中的编写函数
- 保留自动生成但未使用的文件(即:测试文件)
- 添加了没有用的包
有些框架会自动生成许多没用的文件,换句话说,就是当你开始用app时,你也不知道现有代码会生成什么东西出来。
后来,我发现避免这些问题的最佳方法,就是在提交代码前,仔细阅读我们编写的代码,那么你就能够快速找到问题所在。
7.编写低效的数据库查询
-
我的第一份工作,对数据库一无所知。我大概花了一年时间才计算出数据库索引。
-
那时我写了很多N+1查询,创建了db表来存储大量没有索引的数据。
这两个都是运行缓慢,让人厌烦的APP都会用的数据库查询索引。
8.使用基于错误的条件逻辑
条件 if / else 语句是软件的核心部分。
在伪代码中,它们通常看起来像这样。
if x is true
do this
else
do that
但是在我参与编写的第一个APP中,用了这样的逻辑:
do this
if this fails
do that
当我们遇到不可靠的API时,就需要挽救错误,虽然这只是例外。
9.提交包含多个功能的代码以供审核
-
在工作中,我学到的第一件事就是不要在同一个审批请求中合并多个功能。这对审查代码的人很不友好。
-
超过几百行的代码,会让人很难集中精神看完那么多功能模块。
-
我经常跟新人说,如果他们认为一个功能可以进一步细分,那么我们就要后退一步,把它分得越小越好。
结论
-
学习编程是很难的一件事。你只能通过实践来学习多种写代码的技巧。
-
不知道你看了我犯过的编程错误有什么感想?
-
在我们的IT职业生涯中,总有那么一个大神,帮助我们,把我们提交的每一段代码给出详细的反馈,我们才能一边犯错,一边成长。
以上是本文的所有内容,希望能给编程新人一些帮助!