反模式 是指对反复出现的设计问题的常见的无力而低效的设计模式，俗话说就是重蹈覆辙。 这篇文章描述了 JavaScript 中常见的一些反模式，以及避免它们的办法。

本文中的例子都是根据真实故事改编。

如今 HTTPS 已经普遍应用了，在带来安全性的同时也确实给 Web 引入了更多复杂的概念。 这其中就包括一系列从没见过的网络协议。现在 Harttle 从 HTTPS 的原理出发， 尝试以最通俗的方式来解读 HTTPS 涉及的这些协议。

当有人跟你说 “我们整理一个文档” 的时候，有没有考虑过这文档是不是没法做？ 就像收到需求时可以说没法完成一样，文档也不是总是可以写出来的。 下次不想写文档时可以把这篇文章丢给他，也许这是本文最大的意义。

可能因为说话是人类的天赋，从未有人怀疑过写不出文档的可能性。 这大概就是很多文档就像废话一样没用的原因吧。 那下面 Harttle 就开始列举写好文档各种客观条件，并突出其客观性和无法抗拒性。

在 Git 开发中通常会控制主干分支的质量，但有时还是会把错误的代码合入到远程主干。 虽然可以 直接回滚远程分支， 但有时新的代码也已经合入，直接回滚后最近的提交都要重新操作。 那么有没有只移除某些 Commit 的方式呢？可以一次 revert 操作来完成。

在 Git 中使用 reset 可以让当前分支回滚（reset）到任何一个历史版本， 直接移除那以后的所有提交。但这更改了 Git 的历史，Git 服务通常会禁止这样做。 这便需要一个更安全的方式将代码状态回到历史版本，同时不更改 Git 历史。

如果直接回滚会影响到最近的提交，可以参考 从 Git 历史移除某些 Commit 在回滚的同时保留最近的有效提交。

所谓 保护分支，就是指不允许改写 Git 历史的分支。在 Github 中对应的选项是 Force Pushes，该选项默认处于 Disallow 状态。

在所有的设计实践中，全局变量是使用起来最简单的，被坑到时也是最沉痛的。 但有没有发现很难解释为啥不用全局变量？ 大概是全局变量对设计的副作用并非立竿见影，而是比较远，比较曲折。

Harttle 在一个年味很浓的晚上，试着推演全局变量问题，本文用来在日后说服别人。

Anything that can go wrong will go wrong. – Edward Murphy

防卫性编程（Defensive Programming） 是指限制对程序的不可预见的使用，增加软件的安全性。 防卫性编程在程序鲁棒性、可维护性上都有帮助，尤其是在你不幸地选择弱类型语言编写源码时。

在 C++ STL 程序设计中，我们称函数模板和类模板为 隐式接口，这些接口描述了编译期多态。 在 JavaScript 中，接受一个对象时也不需要声明其类型，只有后续对它的使用方式描述了它的接口。 Harttle 把 JavaScript 中的这一现象称为 隐式接口。