我们最近写了很多关于 CSS 重构的文章，从如何采取 缓慢而有条理的方法 到获得一些 快速胜利。因此，我一直在阅读大量关于此主题的内容，不知何故偶然发现了 Harry Roberts 关于重构以及如何降低其潜在风险的这篇文章。
重构可能会让人害怕。在一个足够大或遗留的应用程序中，代码库中可能有太多根本性的错误，以至于许多重构任务将在整个项目中进行非常深入的执行。这对开发人员造成了很大的压力，特别是考虑到这是他们“这次把它做好”的机会。这可能会让人感到筋疲力尽：“我从哪里开始？”“这要花多长时间？”“我怎么知道我做的是否正确？”
然后，Harry 提出了重构隧道的隐喻，在这个隐喻中，你很容易发现自己陷入重构的中间，并且没有办法从中解脱出来。他认为，我们应该专注于小而可管理的部分，而不是试图一次解决所有问题。
抵制重构贯穿整个项目的任何内容的诱惑。相反，确定更小、更易于管理的任务：这些任务的表面积要小得多，因此重构隧道也短得多。
这些任务仍然可以针对更大、更全局的目标，但可以在更安全、更短的时间范围内实现。想要将所有类从 BEM 移动到 BEM(IT)？当然可以，但也许先在导航中实现它。
这种方式肯定会感觉慢得多，但风险要小得多。