代码身上的坏味道，不是重构的“七宗罪”

(!(~+[])+{})[--[~+""][+[]]*[~+[]] + ~~!+[]]+({}+[])[[~!+[]]*~+[]]

上面是一段 Javascript 代码混淆，大概的转换过程是这样的：

看完感觉都不好意思说自己是前端了……

再来看一段Hello World代码：

>              vv  ,,,,,"Hello"<  >48*,          vv,,,,,,"World!"<  >25*,@

这门变态语言叫Befunge，由Chris Pressey在1993年创造，本意为设计一种为难编译器的语言……结果马上出现了一批编译器。

Befunge的代码是二维的。通常认为Befunge是第一个基于“二维控制流”的语言，后来衍生出的一大批类似的语言都是受的Befunge影响。

但这还称不上个性之最，由David Morgan-Mar 发明的Ook!语言，仅用单词“Ook！”，“Ook.” 和“Ook?”来实现程序。我们来看一个Hello World的一个示例：

Ook. Ook? Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook.Ook. Ook. Ook. Ook. Ook! Ook? Ook? Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook.Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook? Ook! Ook! Ook? Ook! Ook? Ook.Ook! Ook. Ook. Ook? Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook.Ook. Ook. Ook! Ook? Ook? Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook?Ook! Ook! Ook? Ook! Ook? Ook. Ook. Ook. Ook! Ook. Ook. Ook. Ook. Ook. Ook. Ook.Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook! Ook. Ook! Ook. Ook. Ook. Ook. Ook.Ook. Ook. Ook! Ook. Ook. Ook? Ook. Ook? Ook. Ook? Ook. Ook. Ook. Ook. Ook. Ook.Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook! Ook? Ook? Ook. Ook. Ook.Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook? Ook! Ook! Ook? Ook! Ook? Ook. Ook! Ook.Ook. Ook? Ook. Ook? Ook. Ook? Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook.Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook! Ook? Ook? Ook. Ook. Ook.Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook.Ook. Ook? Ook! Ook! Ook? Ook! Ook? Ook. Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook.Ook? Ook. Ook? Ook. Ook? Ook. Ook? Ook. Ook! Ook. Ook. Ook. Ook. Ook. Ook. Ook.Ook! Ook. Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook.Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook!Ook! Ook. Ook. Ook? Ook. Ook? Ook. Ook. Ook! Ook.

Ook.Ook? Ook!为什么像两个穴居人在对话？

这些“个性”代码跟我们现在常用的C，Python，go，PHP，Java等等比，简直就是天书，能看懂已经属实不易，更别谈维护这些代码了。

而要去重构这些“个性”代码，就像吃了苍蝇一样难受。很多人抱怨重构、甚至抗拒重构，说“重构出defect来了”，“项目紧，最近不要再重构了”，“重构到什么时候停呀”……

其实，重构经过了二十几年的发展和应用，已经成为程序员最爱的实践之一了，帮助很多程序员们去追求优秀的代码和设计。

只是大家对重构的认识还有所偏颇，以下是重构的“七宗罪”，希望大家能更新对重构的认识：

执着于手法，疏于心法

《重构：改善既有代码的设计》是Martin和Kent对他们多年以来整理代码的实践的总结，然这背后体现的是他们对软件技术的深层次思考和经验。很多新人执着于学习重构手法而疏于学习背后的心法，有些可惜。

Robert C Martin的《代码整洁之道》和《敏捷软件开发：原则、模式与实践》、《设计模式》等都是帮助大家修炼心法的不错选择，他们可以让你更深层的了解代码，更高层面看待系统，锻炼你的嗅觉，提升你的代码能力。

没有方法，暴力重构

“非常的建设需要非常的破坏。”很多人都认同这一观点。但对遗留的应用软件、构筑过半的项目却容不得推倒重来。很多新人在开始重构时仅凭自己对代码的理解就进行剪切、复制、删除、添加等大刀阔斧修改的人不在少数，尤其还没有完全掌握重构手法的新人们。结果当然错误百出，导致测试“奖赏”一片红。修复这些错误代码少则几个小时，多则几天，这不是重构，这是重写。

那怎么破呢？只能苦练。

在《重构：改善既有代码的设计》一书中Martin明确提出了68个代码级别的重构手法，这些手法都是等价的。在重构的过程中即使错了也没关系，都可以安全回退，重新开始。

其中比较常用的手法就是桥接，如当我们要删除一个方法的时候，会新添加一个方法，然后将它的引用逐一的迁移过去，直到旧方法成为孤岛，就可以将它删除了。它能保证重构前与重构后的程序代码功能完全一致，从而实现安全重构。

不懂重构，为了重构而重构

重构需要能够解决一定的问题，要有一个目标的引领，否则铆足劲做了半天也不知道自己做了啥，最后不得不全部回滚，白费工夫。

重构是对软件内部代码及其结构的调整，期望改善代码质量，促使程序设计架构更趋合理。说白了，重构解决的就是代码和代码结构的问题，它开始自坏味道，其目标就是要消除坏味道，消除那些“不合我意”的因素，让代码的意图更清晰。

Martin在《重构：改善既有代码的设计》一书中提到了22个常见的代码坏味道，都可以作为我们重构的目标，来指引我们的重构。如：