多年开发经验的我，总结了咱们程序员或在学习编程的过程中经常会喜欢做的10个不良的编程习惯，希望大家看了以后对自己有所帮助。
不良的编程习惯1：抄袭复制代码
在工作中，规则不太清楚。当然，有些代码块不应该被盗。如果它来自专有代码，请不要将其折叠到您的堆栈中，尤其是当它标记有版权信息时。编写自己的版本。这就是他们付钱给您的事情。
当原始创作者想要共享时，棘手的问题就来了。也许是在那些在线编程论坛之一上。也许它是带有许可证（BSD，MIT）的开放源代码，允许使用一个或三个功能。没有法律理由阻止您。而且您有报酬解决问题，而不是重新发明轮子。
在大多数情况下，复制的优点非常引人注目，而缺点可以通过一些注意加以限制。您从信誉良好的来源获得的代码已经至少应用了一轮思路。原始作者寻找解决方案并找到了一些东西。循环不变式和数据流已经计算出来。
棘手的问题是关于角色或基础数据是否存在一些未发现的错误或某些不同的假设。也许您的代码混入了空指针，而原始代码从未检查过它们。如果您能解决问题，就好像您的老板正在从两位程序员那里得到建议。它是没有花哨办公桌的双人编程。
错误的编程习惯2：非功能代码
在过去的十年左右的时间里，功能范式一直在上升。用嵌套函数调用程序来构建程序的助手引用了一些研究，这些研究表明，与旧式的变量和循环相比，代码更安全，更无错误，所有这些都以使程序员满意的方式捆绑在一起。奉献者满怀真心的信徒的说话，在代码审查和请求请求中cha毁非功能性方法。他们甚至对优点是正确的。
但是有时您只需要弄出一卷胶带即可。精心设计和精心计划的代码需要时间，不仅是想像，而且还需要构建和稍后导航。所有这些层都增加了复杂性，并且复杂性非常昂贵。漂亮的功能代码的开发人员需要预先计划并确保所有数据都通过正确的途径传递。有时，更容易接触和更改变量。也许发表评论以解释它。即使在注释中为后代添加了冗长而晦涩的道歉，也比重新设计整个系统以正确的方式更快。
错误的编程习惯3：非标准间距
软件中的大多数空格都不会影响程序的性能。除少数使用间距指示代码块的语言（如Python）外，大多数空格对程序行为的影响为零。尽管如此，仍然有一些强迫症的程序员对它们进行计数，并坚持认为它们很重要。其中一位曾经以最严肃的口吻告诉我的老板我正在写“非标准代码”，他可以立即看到它。我的罪过？未能通过在等号的两侧放置空格来违反ESLint space-infix-ops规则。
有时，您只需要考虑比放置空间更深的内容。也许您担心数据库过载。也许您担心空指针可能会使您的代码崩溃。几乎所有代码的一部分都比空格更重要，即使是浮夸的标准委员会也已经填写了有关这些空格或制表符位置的规则页面。
令人惊奇的是，有几个很好的工具可以自动重新格式化您的代码，以遵守任何定义良好的插入规则。人类不需要花时间思考这个问题。如果它是如此重要，他们可以通过该工具运行它来解决问题。
不良的编程习惯4：使用goto
禁止使用的结构goto可以追溯到许多结构化编程工具还没有出现的时代。如果程序员想创建一个循环或跳转到另一个例程，则需要在GOTO其后键入一个行号。几年后，编译器团队允许程序员使用字符串标签而不是行号。当时，该功能被认为是热门新功能。
有人将结果称为“意大利面条式代码”。任何人以后都不可能阅读您的代码并遵循执行路径。那是一团混乱的线程，永远缠在一起。Edsger Dijkstra以题为“ Goto声明被认为有害 ” 的手稿拖拉禁止了该命令。
但是绝对分支不是问题。这就是纠结。通常，您会熟练地break或return会就该位置的代码执行情况提供非常清晰的陈述。有时，添加goto到case语句中会产生比层叠的if-then-else块结构更正确的列表更易于理解的内容。
有反例。苹果SSL堆栈中的“ goto fail ”安全漏洞是最好的例子之一。但是，如果我们谨慎地避免了一些case语句和循环的棘手问题，那么我们可以插入良好的，绝对的跳转，使读者更容易理解正在发生的事情。我们可以为所有人提供break一个return更清洁，更讨人喜欢的a 或gotoa- 也许仇恨者除外。
不良的编程习惯5：不声明类型
热爱打字语言的人们很有意义。当添加每个变量的数据类型的明确声明时，我们将编写更好，更无错误的代码。暂停片刻来说明类型，可以帮助编译器在代码开始运行之前标记愚蠢的错误。这可能会很痛苦，但会有所帮助。这是一种束手无策的编程方法，可以阻止错误。
时代变了。许多较新的编译器很聪明，可以通过查看代码来推断类型。他们可以在代码中前后移动，直到可以确定变量必须是a string或an int或其他。并且，如果这些推断的类型不对齐，则编译器会引发错误标志。他们不需要我们再输入变量了。
这意味着通过省去一些最简单的声明，现在可以更轻松地节省一些代码。代码变得更简洁了，读者通常能够猜出ifor循环中命名的变量是整数。
不良的编程习惯6：yo-yo代码
程序员喜欢将其称为“ yo-yo代码”。首先，这些值将存储为字符串。然后将它们解析为整数。然后将它们转换回字符串。这是非常低效的。您几乎可以感觉到CPU在所有额外负载下都处于挣扎状态。编写快速代码的精明程序员设计其体系结构以最大程度地减少转换。由于他们的计划，他们的代码运行得更快。
但是，不管您信不信，有时是有道理的。有时，您有一个“狂飙”库，可以在其专有的黑匣子中执行大量的智能操作。有时，老板写了一张七位数的支票以许可该黑匣子中的所有天才。如果库要使用字符串形式的数据，则即使最近将其转换为整数，也要以字符串形式将其提供给库。
当然，您可以重写所有代码以最大程度地减少转换，但这会花费一些时间。有时，代码可以额外运行一分钟，一小时，一天甚至一周，因为重写代码会花费更多时间。有时，增加技术债务要比一开始就建立技术债务便宜。
有时该库不是专有代码，而是您很久以前编写的代码。有时，一次转换数据要比重写该库中的所有内容更快。这样您就可以编写悠悠球代码了。可以，我们都去过那里。
不良的编程习惯7：编写自己的数据结构
标准规则之一是，程序员在大二学完数据结构课程后，切勿编写用于存储数据的代码。已有其他人编写了我们将需要的所有数据结构，并且这些代码经过了多年的测试和重新测试。它与语言捆绑在一起，并且可能是免费的。您的代码只能包含错误。
但是有时候数据结构库有点慢。有时，它们迫使我们进入可能是标准的结构，但对我们的代码来说是错误的。有时，库会迫使我们在使用结构之前重新配置数据。有时，这些库包括带有线程锁定等功能的皮带和吊带保护，而我们的代码不需要它们。
发生这种情况时，就该编写我们自己的数据结构了。有时会快很多。有时它使我们的代码更简洁，因为我们没有包括所有额外的代码来完全格式化数据。
不良的编程习惯8：老式循环
很久以前，创建C语言的某人想将所有抽象可能性封装在一个简单的构造中。在开始时，有一些事情要做，每次循环都需要做一些事情，还有一些方法可以告诉一切何时完成。当时，这似乎是捕获无限可能性的完美语法。
那是那时。现在，一些现代的批评只看到麻烦。发生了太多事情。所有这些善良的可能性也同样具有善恶的能力。它使阅读和阅读变得更加困难。他们喜欢没有循环，只有将函数应用于列表，将计算模板映射到某些数据的更具功能性的范例。
有时候，无环方法更干净，尤其是当只有一个整洁的函数和一个数组时。但是有时候老式循环要简单得多，因为它可以做的更多。例如，当您找到第一个匹配项后就可以立即停止搜索，这样比较容易。
此外，当要对数据执行多项操作时，映射功能会鼓励进行更严格的编码。假设您要取绝对值，然后取每个数字的平方根。最快的解决方案是映射第一个函数，然后映射第二个函数，将数据循环两次。
不良的编程习惯9：在中间摆脱循环
沿着这条线的某个地方，一个规则制定小组宣布每个循环都应该有一个“不变式”，这就是说在整个循环中都是正确的逻辑陈述。当不变量不再为真时，循环结束。这是考虑复杂循环的一种好方法，但会导致疯狂的禁止，例如禁止我们在循环中间使用a return或a break。这是规则禁止goto语句的子集。
错误的编程习惯10：重新定义运算符和函数
一些最有趣的语言使您可以做一些真正曲折的事情，例如重新定义看起来应该是常量的元素的值。例如，Python允许您TRUE=FALSE至少在2.7版及更低版本中输入。这不会造成某种逻辑崩溃和宇宙的终结。它只是交换了TRUE和的含义FALSE。您还可以使用C预处理器和某些其他语言玩这种危险的游戏。还有其他语言允许您重新定义加号之类的运算符。
这是一个延伸，但是当更快地重新定义一个或多个这些所谓的常量时，一大段代码中就会包含点。有时老板希望代码执行完全不同的操作。当然，您可以遍历代码并更改每次出现的情况，也可以重新定义现实。它可以使您看起来像个天才。无需重写巨大的库，只需简单地翻转一下即可完成相反的工作。
最后，开发这么多年我也总结了一套学习Java的资料与面试题，如果你在技术上面想提升自己的话，可以关注我，私信发送领取资料或者在评论区留下自己的联系方式，有时间记得帮我点下转发让跟多的人看到哦。
