全文共1228字，预计学习时长3分钟
不要轻易在开发环境中使用delete键
我们都或多或少地经历过这样的项目：代码库毫无条理，既不好整理也缺乏可读性。不管是因为太懒、赶deadline、代码太奇葩还是因为太过时了，这种情况都发生过。有时候甚至是因为之前已经离职的程序员所导致的，以至于我们根本没法去问“你这个魔鬼对代码库做了什么？”
确实，代码重构是一个程度问题，甚至可能需要来一个大扫除。但不管怎么样，首先要明确的一点是：重构代码时，尽量避免拆开、截断或者直接破坏软件。
保持整洁
要想高效地重构代码，首先要了解什么是代码重构，其目的以及最佳方法是什么。可以从鲍勃马丁（UncleBob Martin）提出的法则开始，他的“整洁代码（Clean Code）”（http://cleancoder.com/products）系列以及与别人合著的《AgileManifesto》（https://agilemanifesto.org/）都是很好的选择。他把童子军的军规“总是保证营地在离开时比发现时整洁”拓展到编程中：“每次检查后代码都要让它更整洁”。
特别是编程的时候，没有什么事情是绝对“自由”的。依赖某一种工具并不意味着我们要盲目地服从它，即使它能检测到一些人没办法发现的小差错。编程有着大量人为因素，需要理解上下文。代码是人写的，人可以完全明白这些代码，但机器可不一定。
代码重构是否成功不是由删除了多少行和有多少制表符来决定的。成功的代码可以被任何程序员（无论是不是代码的作者）轻松地阅读，并且能顺畅地运行。
你不是一个人
如果你受操作系统更新、停机、或者repo中大量混乱代码的存在所影响，打算通过固定时间的方式来进行代码重构，你不是一个人。你会得到帮助，他们爱你，会毫不犹豫地伸出援手。嗯……好吧，他们爱的是编程，至少会希望你的努力得到回报。
· 如果你还有其他队友，最好一起制定一个计划，每个人做好分工。可能会涉及到组队或者安排定期代码检查工作。
· 安全起见，这一步最好进行拆分。如果有很多任务需要处理，最好进行拆分，请务必将现在正在写的代码和你想做的改动作出区分（最好）。这样做对之后检查、测试以及与其他代码的合并都有好处，发现争端并共同解决问题也更容易。
· 注意！整个支持系统都触手可及。在Medium上有很多文章，比如，关于代码重构。另外，还有很多大佬写的书籍和资源，比如鲍勃大叔（UncleBob），还有马丁∙福勒写的“代码重构”（https://martinfowler.com/books/refactoring.html）。
推荐阅读专题
留言 点赞 发个朋友圈
我们一起分享AI学习与发展的干货
编译组：翁梦徽、余昊烨
相关链接：
https://medium.com/better-programming/hitting-delete-is-not-refactoring-26739ad44a62
如需转载，请后台留言，遵守转载规范
推荐文章阅读
长按识别二维码可添加关注
读芯君爱你