小酌重构系列[0]启程，漫漫修远路，求索何去从？

本文共计2909个文字，预计阅读时间需要12分钟。

相信自由联接的读者中，许多都是码农中的一员，每个人都写过大量代码，但并非每个人都能写出高质量代码。罗马非一日建成——完成高质量代码同样不是一蹴而就的。

相信自由互联的读者大多都是千万“码农”中的一员，每个人都写过很多代码，但并不是每一个人都能写出高质量的代码。
rome is not built in one day !——完成高质量的代码也不是一蹴而就的。为了写出高质量的代码，我们需要借助一些手段，“代码重构”基本上是最常用的手段，甚至是唯一的手段。

重构需要你花一些心思去琢磨自己的代码，这好比自己种的花花草草，看你怎么对待它们。你不给它们浇水、除虫、晒太阳，它们可能会长虫、生病。如果你用心地去对待它们，它们可能会枝繁叶茂，花开茂盛。但是，即使你已经很专心地去打理它们了，它们也不一定是“健康的”，毕竟每一种花草都有自己的习性，代码也是如此。 为何要重构？

做一件事情之前，我们都应该先反问自己Why。

我也问过自己：为什么要对代码进行重构？项目一个接一个地做，我哪有什么时间去重构代码，我还要控制团队的项目成本！
Oh, Shit！为了让代码看起来更好一些，我们花了一些时间在代码重构上，项目的成本又超了！向公司领导汇报时，又要编造合适的理由了！

我们不应该仅仅实现可执行的系统功能，更应该提供高质量的代码，提升系统的设计以让其适应更多的变化，如果超出的成本是在可以接受的范围内，它将符合我们“将来的利益”。 持续利益的提升

何谓“将来的利益”？如果代码的质量较为可靠，则会为以后的维护、升级奠定良好的基础。倘若已完成的代码质量不高、不够整洁，在系统维护、升级时，不说花在代码修改上的时间，仅阅读理解代码就将花去你大量的时间。