本文翻译自"Before You Refactor"，来自于《97 Things Every Programmer Should Know》一书中的某个章节。

在某些时候，每个程序员都需要重构现有的代码。不过在你动手之前，请考虑一下下面的内容，因为这可以节省你和他人的大量时间（以及痛苦）。

· 重构开始的最好方式就是对现有代码库及其测试代码进行总结和评估。

这将帮助你理解现有代码的优点和不足，你也可以确保将优点保留住并避免错误。我们总是认为自己做的可以比现有系统更好…直到最终我们没能拿出更好的系统，甚至做得比系统的前身更糟，因为我们没有从现有系统的错误中汲取教训。

· 抵御重写一切的诱惑

最好尽可能多地重用现有代码。无论这些代码有多么丑陋，它们毕竟是经过评审和测试过的。扔掉旧代码，特别是那些运行在生产环境中的代码，意味着你扔掉了经过数月（或者数年）测试且久经沙场的代码，或许这些代码中还包含了一些你所不知道的特定的应对方案和Bugfix。如果你没有考虑到这些，你写的新代码最终就会出现出同样诡秘的bugs，而这些Bug在旧代码中都已经被Fixed了。这将浪费大量时间、精力以及多年来积累的知识。

· 多次增量改变优于一次巨大改变

增量改变可以让你更容易地通过诸如测试等反馈来评估对系统的影响。做出一次改变就导致上百个测试失败，这可不是什么好玩的事。这可能让你更加沮丧，压力更大，并会相应地导致错误的决策。三两个测试失败容易对付，并且也容易管理。

· 每次迭代后，确保现有的测试通过

如果现有的测试无法覆盖你所做出的改动，那就增加测试。不要不经思考就扔掉针对旧代码的测试。表面上其中的一些测试似乎不适合你新设计了，不过深入分析这个特殊的测试被添加进来原因是非常值得的。

· 个人喜好和自大不应该成为障碍  

如果东西没有损坏，为什么要去修正它呢？ 代码风格或结构不满足你的个人喜好，这不是一个重构的正当理由。认为你会做的比之前的程序员更好同样也不是一个正当理由。

· 新技术不足以成为重构的理由 

因为当前的代码落后于今天所有时髦的新技术，并且相信一门新语言或一个新框架可以使代码更优雅，这些都是最糟糕的重构理由。除非成本效益分析表明一门语言或一个框架将在功能性、可维护性以及生产力方面带来显著的提升，否则最好不要理会它。

· 请记住：人会犯错误 

重构并不总是保证新代码一定就更好，或者与以前的代码一样好。我看过并且亲身参与过许多次失败的重构尝试。漂亮并没有错，犯错的是人。

By Rajith Attapattu

"A language that doesn't affect the way you think about programming， is not worth knowing".

                                                         — Alan Perlis(ACM 第一任主席，图灵奖得主，1922-1990)

《程序员修炼之道》这本书建议程序员每年应至少学习一门新的语言，以拓宽思维，避免墨守成规。今年我选择了函数式编程语言Haskell。选择Haskell的理由正如Alan Perlis所说的那样，Haskell是一门可以影响程序员编程思维的语言，我也期望通过学习Haskell来拓宽我的思维。

开始接触Haskell后，我才发现它在国内是如此的小众(其实在国际上也很小众)，国内居然没有正式出版过Haskell相关的中文书籍，唯一可参考的像样的中文资料就是网上流传的一本免费的由乔海燕翻译的《Yet Another Haskell Tutorial》，国内出版的影印版书籍似乎也只有《真实世界的Haskell》(英文名：Real World Haskell)这一本。

我开始学习Haskell时用的就是那本曾获得过Jolt Award大奖的《Real World Haskell
》影印版，书很厚，是本Haskell大全。但后来发现似乎不太适合初学者。随后又在网上搜索资料，找到了Graham Hutton编写的《Programming in Haskell》这本教程。与《Real World Haskell》比起来，《Programming in Haskell》这本书就显得“单薄”了许多，加起来总共不到200页。不过这本书却非常适合函数式编程和Haskell的初学者，因为这本书是基于英国诺丁汉大学课程讲义编制而成，经过了多年实际教学检验，并且在这本书的官方主页上还可以下载到与书配套的讲义幻灯片和习题答案。

同样是也是在这本书的主页上，我发现了这本书在2009年就已经出版了日文版和韩文版，这个让我很是受触动，为什么在好书引进方面我们也落后于日韩呢！突然脑中迸发出一个念头：要不我来试试翻译一下这本书，也算是为Haskell在中国的发展做出一些自己的贡献。

于是在Google Code上建立了这个《Programming in Haskell》中文版翻译项目。

最初尝试使用tiddlywiki来做中文内容的载体，后来发现使用tiddlywiki非译书之正道。为此，我还特意花了一些时间学习了一下TeX，并做了一个非专业的中文TeX模板，用于自己翻译之用。

到目前为止，自己边学Haskell，边尝试翻译《Programming in Haskell》，并已经完成了序言以及前三章的初译。由于自己之前没有任何函数式编程语言的知识和英文翻译的经验，所以翻译起来甚感吃力。另外Graham Hutton的偏学术派的写作风格也让翻译的难度陡增不少。对于已经翻译的三个章节，自己并不甚是满意，总觉得在术语翻译，原意把握以及行文方面欠缺较多。不过经过这段时间的翻译，对Haskell以及函数式编程的理解却加深了不少，所以后续计划对已翻译的三个章节进行回顾，形成中英文对照表，纠正术语翻译错误、作者原意把握不准确的地方以及行文不通顺的地方。

真诚的欢迎大家提出建议和意见，帮助我来审校翻译中存在的问题，共同完成这个项目。

另外这里需声明一点：自己仅是一个Haskell爱好者和初学者，非Haskell牛人。请大家读译稿后谨慎拍砖！

附：《Programming in Haskell》中文版翻译项目地址：http://code.google.com/p/programming-in-haskell-cn
       微软C9 函数式编程基础(使用《Programming in Haskell》这本教程)视频地址：在这里。