不要为了代码整洁，而放弃写出好代码

     <p style="text-align:center;">本文是从 <a href="/misc/goto?guid=4958183889421993918" target="_blank">Clean Code Versus Great Code</a> 这篇文章翻译而来。</p>    <hr />    <p>最 近我和一些程序员就编程问题进行了一次有趣的讨论。我通常会有这样的印象，感觉一些程序员过于强调代码的整洁。不要误会，我也很注重代码的整洁，在过去几 年来也写过不少强调代码整洁的重要性的文章。但当我编程时，代码整洁只是我的第二重要目标，它永远不会取代我的首要目标：让软件先跑起来。让它能跑的很漂 亮，这是我更大的愿望。</p>    <p>当谈论起代码整洁时，很多人都能饶有兴趣的说出很多。他们坚持不懈的追求这个目标，有时他们在编程时还会穿上带有Uncle Bob的<a href="/misc/goto?guid=4958183890359834779" target="_blank">绿色的宣传图标</a>衣服，以此提醒自己什么是最重要的：写出整洁的代码。</p>    <p style="text-align:center;"><img title="10071719_mhen.jpg" border="0" alt="10071719_mhen.jpg" src="https://simg.open-open.com/show/f6c151156fbedb3d526f209e6be01e35.jpg" /></p>    <p>不幸的是，很多次我都发现，很多人在重视“代码的样子”的同时，却忽略了要把“代码的功能”也放在同等重要的 位置。例如，很多人不愿意去学习ORM实现的背后原理，他们更愿意使用一些像<a href="/misc/goto?guid=4958183891123210340">Hibernate</a>实体映射工具的东西把数据映射成实体对象，即使当这样做比 起直接获取数据是效率低的让人惊讶时也是如此。他们并不考虑多次远程调用的代价或大数据量传输的成本。他们一遍一遍的就是写不出一个好的保龄球游戏，因为 他们<a href="/misc/goto?guid=4958183891856880475" target="_blank">把数据库的操作放在循环里了</a>。</p>    <p>代码整洁并不是构成好程序的必要条件，好程序也并不必定是代码整洁的。对我来说，好程序是运行良好的代码，容易理解，容易修改。这是它们的先后次 序。我知道，大家都非常明白，代码的易于理解、易于安全的修改是非常的重要。但不管代码写的如何清晰易于阅读和修改，如果它没有做它本该做的事情(不能覆 盖所有角落场景)，或花费了它本不该使用的长时间执行操作，它就不是好代码。当然，它很整洁，可却没有用处，不是吗？</p>    <p>我不是鼓励你过早的进行优化。除非你有《骇客帝国》里Neo一样的本领，否则你过早的优化的程序里至少有四分之一是不正确的。优化最重要的是找到瓶颈，其它的努力都是浪费。</p>    <p>不管怎么说，你应该写成整洁的代码。但你要三思，不要为了代码整洁，而放弃了写出好代码。</p> 本文转载自: 外刊IT评论    <a href="/misc/goto?guid=4958183272158702965" rel="nofollow">http://www.aqee.net/</a>