“干净代码”这一术语具有误导性——这是我的看法

嘿，👋我带着另一篇简短的帖子回来了。

有些人似乎认为只要遵循一些指导原则或使用设计模式等，就能写出“干净的代码”。但这本身并不正确。如果你使用指导原则、设计模式等，却不知道为什么或何时使用，它们可能会导致代码更脏（找不到更合适的词来形容）。不过，如果正确使用它们，确实会有所帮助。

请注意，“干净的代码”并非一门科学，它带有强烈的主观性。一个人可能会说做 X 比做 Y 更好，而另一个人可能会持相反的观点。而且两者都对，对我来说“干净的代码”并不一定意味着对你来说也是干净的。

对我来说，“代码整洁”是一个过程，它源于你的努力、自律和长期积累的经验。代码永远不会在第一次编写时就“整洁”或处于最佳状态，即使是第二次迭代也是如此。它会随着时间的推移，一步步变得更加“整洁” 。

clean_code = (努力 + 纪律 + 经验) / 时间

我还认为“干净的代码”这个术语具有误导性，让人觉得只有一种方法可以做到这一点，而且一旦干净了就无法再改进。

我更倾向于讨论“更干净的代码”，而不是“干净的代码”。或者干脆彻底放弃这个词，因为“干净”到底是什么意思？我的房子对我来说可能很干净，但对你来说却脏得要命。

还有很多示例仅仅展示了如何“清理”一个简单的函数或一小段代码。没错，这些示例适用于小段代码，但并不适用于更大规模的应用程序。因为你必须应对压力、时间限制和代码风格规则，这些可能会阻碍你实践一些“代码整洁”的实践。（希望团队能够强制执行良好的实践，并使代码更加一致，尽管情况并非总是如此）

注意最后一点“经验”。在讨论这个话题时，这一点常常被忽略，但却非常重要。

我认为经验在编写“更简洁”或更易读的代码方面起着重要作用。如果你刚开始编程，我不会期望你的代码漂亮或易读。一旦你日复一日地编写代码多年，你就会开始重视编写高质量、可读且可维护的代码的重要性。

我写了一篇关于重构的文章，与这篇文章有点相似，如果你想查看的话，可以在这里查看：

我努力工作是为了逃避工作——我对重构的看法

希望你喜欢这篇简短的文章。请告诉我你对我的观点有何看法，你同意吗？或者你还有其他看法？

就这样吧，现在我们去写一些丑陋的代码吧？ 🥴