假如有一个项目在客户的手里运行的很稳定，也比较满足客户提出的需求，后期会根据客户的要求在添加一些新的功能，但是把项目代码拿到手里之后我还是忍不住要重构其中的代码。
项目需要重构的原因不外乎有以下几种原因：
一、没有实现客户的所要求的的功能
这个是主要的原因，开发的软件运行的再好，如果没有达到客户的要求就等于做了无用功，这个项目也是没有价值的。还需要根据客户的需求继续添加修改代码以实现客户要求的功能。这里的重构不但指的是修改之前的代码，还指添加代码以实现功能。
二、不能很好的适应新的需求变化
任何一个项目都不会是一个人开发的，是需要一个团队通力协作完成的。每个人都会负责这个项目的某一部分，但是如果其中有人由于一些原因调离这个项目，那么项目分工就会重新安排。当客户新的需求来时，会由其他成员来完成这部分功能，但是他会发现上一个同事写的代码结构比较混乱，代码风格变量定义非常的随意，简直是无从下手，更要命的是里面的代码具有很强的耦合性，不知道从哪修改，仿佛就是一个地雷有很多引信一样，修改完成一个地方还有另外三个地方代码与之相关联。任何一个新的需求的添加需要修改无数个文件，调用多个函数才可以实现，对任何一个程序员来时简直就是噩梦。
三、无法通过代码来进行沟通
一个具有良好的代码风格的软件项目对程序员来时就是一种福音，对该模块不熟悉的人来说可以很好的阅读这些代码并且很快的进入状态。若代码结构混乱代码、风格各异，对于任何一个程序员来说都是一种灾难。一个虽然运行稳定但是阅读起来很困难的代码也是有必要重构的。
重构就好比做饭后对厨房的清理工作。第一次没有清理用餐速度回快一些。但是由于你们对锅碗进行清理，第二次做饭的时候，准备工作就要长一些。这会促使你做一些清理工作。但是你如果错过清理工作，今天你也可能回用餐快一些，但是脏乱会一天天的积累起来，到最后你会话费大量的时间去找碗或者烹饪器具。艰难的洗净上面积累的很厚的食物残余。饭是天天吃的，忽略清洁工作并不能真正加快做饭的速度。
重构就是每天清洁你的代码，我想通过最小的努力实现系统的扩展和修改，想要具有这种能力，最重要的就是保持代码的整洁和结构的清晰。