如何让本身看起来不像编程菜鸟？别犯这9个编程错误

时间 2020-08-02 标签如何本身看起来不像编程菜鸟错误

1、转载地址

如何让本身看起来不像编程菜鸟？别犯这9个编程错误去看看前端

2、转载内容

前言

在咱们刚开始走进IT行业时，写代码总会战战兢兢，不断地向前辈大神请教，通过反复确认以后才敢发布代码，发布代码后也会时不时看后台，会不会产生BUG…程序员
下面我来列举一些我做为一个菜鸟时，常常犯的一些错误，但愿能帮助你们及早改正，早日成为编程老鸟。web

1.代码没有可读性

写好代码很难，可是理解错误的代码更难。虽然在咱们刚入行的时候，这个体现得不是很直观。正则表达式

下面是我整理的一些关于代码可读性上的关键错误，千万别犯了。数据库

同一行代码上有多个嵌套的 if/else 语句
过分使用链式方法
从堆栈溢出复制/粘贴正则表达式，不带注释
过分抽象

虽然咱们应该把逻辑压缩到最小，但这也会让咱们的代码变得不可读。即便是一些编程老鸟，在可读性方面也会常常犯错误。编程

调试代码的难度是编写代码的两倍。所以，若是你花了大量的时间和精力编写了很漂亮但不可读的代码。根据定义，那就是你还不够聪明，没法调试它。–克尼根定律安全

2.使用没有上下文的变量名

想出好的变量名很难，为了快速完成工做，咱们常常起一些过后很难回想起来的变量名。app

例如，框架

用户的姓名写成uln；
不少电子邮箱写成了阵列。

两种作法都很差，这会让不少人理解不了我写的代码，其中就包括我本身。svg

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职业生涯中，总有那么一个大神，帮助咱们，把咱们提交的每一段代码给出详细的反馈，咱们才能一边犯错，一边成长。

以上是本文的全部内容，但愿能给编程新人一些帮助！