程序员偷偷深爱的6个不良编程习惯

点关注，不迷路；持续更新Java架构相关技术及资讯热文！！！

咱们曾经都作过这样的事情：当妈妈不注意的时候，偷偷地吃糖果零食，而后致使有了蛀牙。一样的，许多程序员都违背过一些编程的基本规则，而且偷偷爱着这些不良的编程习惯。

“咱们对所谓的编程规则嗤之以鼻，输出的代码也很糟糕——但咱们依然活着。编程上帝没有下闪电劈死咱们，咱们的电脑也没有爆炸。事实上，只要咱们能编译和发布代码，客户彷佛就很满意了。”

这是由于糟糕的编程不像安装电路或者摸老虎屁股那样有直接的危害性。大多数时间里它也是能够工做的。规则一般是做为一种指导或格式上的建议，并无硬性规定必定要遵照，也不会致使代码立刻死掉。

为了让问题变得更加复杂，有时候违反规则反而更好。（出来的代码会更干净，甚至可能会更快和更简单。规则一般显得太过于宽泛，有技巧的程序员能够经过打破这些规则来提升代码。

下面这6个编码习惯，虽然在编程规则中是被驳斥的，但不少程序员就是会情不自禁地使用它们。

编程习惯No. 1：使用goto//关于禁止使用goto能够追溯到许多结构化编程工具还未面世的时代。

若是程序员想要建立一个循环或跳到另外一段程序中，那么他们须要输入goto后再跟一个行号。过了几年以后，编译器团队让程序员使用字符串标签取代行号。这在当时被认为是一个热门的新功能。

有的人认为这会致使“意大利面条式代码”。代码会变得不可读，而且很难理解代码的执行路径。线程混乱，缠缠绵绵到天涯。Edsger Dijkstra就三令五申地表示应该禁止这个命令，他有一份诙谐的手稿，题目为《Goto语句贻害不浅》。

但绝对的分支是没有问题的。这就让人纠结了。一般，巧妙的 break 语句和return 语句可提供一个很是干净的关于代码在那个时候执行什么的声明。有时候，添加 goto 到case语句会比更恰当的多级嵌套的if-then-else语句块更易于理解。

也有反例。在苹果的SSL堆栈中的“goto fail”安全漏洞就是最好的例子之一。可是，若是咱们可以仔细避免case语句和循环的一些尴尬问题，那么咱们就能够嵌入良好的绝对转移，使阅读代码的人更容易明白这是怎么回事。咱们能够插入break和return 语句，让每个人感受更清洁和更愉快——可能得除了goto的敌视者。

编程习惯No. 2：成功避开文档//某程序员有一个很是精明的老板

这位老板虽然历来没有写过任何代码，但却秉持着每个功能都必须包含在文档中的理念。哪一个程序员不提供注释，那么他就会受到惩罚。因此，这个程序员在他的编辑器中联入了一个有点像人工智能的玩意儿，因而乎，他的每个功能就都有几行“文档”了。由于这位精明的老板还不够聪明到能理解这些注释其实啥意思也没有，因此这个程序员逃过一劫。

许多函数方法，甚至一些类或多或少都能自文档化。冠以insertReservation或cancelReservation或 deleteAll 等名称的函数并不须要画蛇添足来解释它们的做用。为函数取一个正确的名字每每就足够了。事实上，这比写一段长长的注释要好，由于函数名能够出如今代码中的其余地方。而文档只能默默地呆在某个角落。自文档化的函数名能够改进它们出现的每一个文件。

在有些状况下，写文档甚至会致使状况变糟。例如，当代码瞬息万变，团队像疯了似的重构的时候，文档会产生分歧。代码是这样写的，但文档解释的仍是四五个版本之前的状况。这类“过期”的文档一般位于代码顶部，有的人会在这里对代码应该发生什么做一个美好总结。所以，尽管重构团队已经仔细修改了相关的注释，但仍是会遗漏文件顶部的这段“美好总结”。

当代码和文本出现分歧的时候，注释就变得毫无价值，甚至会产生误导。在这样的状况下，良好的自文档化的代码显然胜出了。

编程习惯No. 3：不声明类型//那些热爱类型化语言的人认为

若是为每一个变量添加明确的数据类型声明，就能够写出更好的、没有错误的代码。花一点时间来拼写类型，能帮助编译器在代码开始运行以前标志愚蠢的错误。可能会让人以为痛苦，但颇有帮助。这是编程中中止bug的一种有备无患的方法。

可是时代变了。许多较新的编译器彻底能够智能地经过查看代码来推断类型。它们会向后和向前浏览代码，直到能够确定这个变量是string 仍是int，抑或其余。若是这些被查看的类型不成队列，那么错误标志就会点亮。所以不再须要咱们输入变量的类型了。

这意味着咱们如今能够在代码中省略掉一些最简单的声明。代码更清洁，并且阅读代码的人也猜得出for循环中命名为 i 的变量表示一个整数型。

编程习惯No. 4：摇摆不定的代码//有的程序员在代码上特别优柔寡断，犹豫不决

先是一开始将值存储为字符串，而后又解析成整数。接着又转换回字符串。这是很是低效的，你甚至能够感受到CPU在咆哮这种浪费负载的行为。聪明的程序员之因此能快速地编码，是由于他们事先会设计架构，以尽可能减小转换。他们的代码能更快地运行是由于他们有一个良好的规划。

可是，无论你信不信，这种摇摆不定的代码有时候也是有意义的。好比说，你有一个很是棒的库，在它专有的黑盒子里能作无数智能的事情。若是库须要字符串的数据，那么你就给它字符串，即便你刚将这个数据转换成为整数型。

固然，你能够重写全部的代码，以尽可能减小转换，可是这须要时间。并且，有时候让代码稍微多花点额外时间来运行也何尝不可，由于重写代码须要耗费咱们更多的时间。有时，背负这样的技术债务比一开始就正确构建的成本要更低。

有的时候，库不是专有的代码，但那些你之前所有本身写的代码是你独有的。有的时候，再次转换数据比重写库中的全部代码要快得多。因此，就让它这样吧，就让代码摇摆吧。

编程习惯No. 5：编写你本身的数据结构//有一个标准规则

程序员在完成数据结构课程的第二年，不该该写用于存储数据的代码。基本上咱们须要的全部的数据结构，已经有人写好了，并且其代码已历经多年的测试和再测试。它和语言捆绑在一块儿，并且经常是免费的。你的代码只能造就bug。

但有时你会发现数据结构库有点慢。有时它们会迫使咱们使用标准的，但于咱们的代码倒是错误的结构。有时库会把咱们推向在使用结构以前从新配置数据的地步。有时库会包含一些所谓有备无患的保护功能，如线程锁，但其实咱们的代码并不须要。

若是遇到这种状况，那么就应该着手写咱们本身的数据结构。这或许能让你作得更快，作得更多。并且代码会变得更清洁，由于咱们不会包括那些多余的用于格式化数据来完成一些功能的代码。

编程习惯No. 6：从新定义运算符和函数//一些最有趣的编程语言容许你去作一些特别诡异的事情

例如从新定义元素的值，就如同常量通常。例如Python，你能够输入TRUE=FALSE（在Version2.7及以前的版本）。这并不会产生某种逻辑崩溃，或致使宇宙终结——仅仅只是互换了TRUE和FALSE的含义。你也能够在C预处理器和一些其余语言中玩玩相似于这样的危险游戏。还有一些语言容许你从新定义运算符，如加号。

固然这是延伸了，不过有一个观点是，在一个大的代码块内，当从新定义一个或多个所谓的常量时，速度会更快。有时老板会要求代码作一些大相径庭的事情。固然，你能够修改代码的每一个事件，或者，你能够从新定义。这让你看上去像一个天才。没必要重写一个庞大的库，只需翻转一下，就能够作相反的事情了。

对于以上这6种不良编程习惯，但愿还没接触过的程序员不要作轻易的尝试，无论它看上去有多牛掰，但对于程序员的工做来讲，始终都是危险的！