最近我和一些程序员就编程问题进行了一次有趣的讨论。我通常会有这样的印象 感觉一些程序员过于强调代码的整洁。不要误会 我也很注重代码的整洁 在过去几年来也写过不少强调代码整洁的重要性的文章。但当我编程时 代码整洁只是我的第二重要目标 它永远不会取代我的首要目标：让软件先跑起来。让它能跑的很漂亮 这是我更大的愿望。

当谈论起代码整洁时 很多人都能饶有兴趣的说出很多。他们坚持不懈的追求这个目标 有时他们在编程时还会穿上带有Uncle Bob的绿色的宣传图标衣服 以此提醒自己什么是最重要的：写出整洁的代码。不幸的是 很多次我都发现 很多人在重视"代码的样子"的同时 却忽略了要把"代码的功能"也放在同等重要的位置。例如 很多人不愿意去学习ORM实现的背后原理 他们更愿意使用一些像Hibernate实体映射工具的东西把数据映射成实体对象 即使当这样做比起直接获取数据是效率低的让人惊讶时也是如此。他们并不考虑多次远程调用的代价或大数据量传输的成本。他们一遍一遍的就是写不出一个好的保龄球游戏 因为他们把数据库的操作放在循环里了。

代码整洁并不是构成好程序的必要条件 好程序也并不必定是代码整洁的。对我来说 好程序是运行良好的代码 容易理解 容易修改。这是它们的先后次序。我知道 大家都非常明白 代码的易于理解、易于安全的修改是非常的重要。但不管代码写的如何清晰易于阅读和修改 如果它没有做它本该做的事情(不能覆盖所有角落场景) 或花费了它本不该使用的长时间执行操作 它就不是好代码。当然 它很整洁 可却没有用处 不是吗？

我不是鼓励你过早的进行优化。除非你有《骇客帝国》里Neo一样的本领 否则你过早的优化的程序里至少有四分之一是不正确的。优化最重要的是找到瓶颈 其它的努力都是浪费。

不管怎么说 你应该写成整洁的代码。但你要三思 不要为了代码整洁 而放弃了写出好代码。

原文出处：http://www.vaikan.com/clean-code-versus-great-code/