做一遍。有名人说过，一个节目有两个方面，一个是节目今天能做什么，另一个是节目明天能做什么。通常，我们只关心，准确的说，老板只关心程序今天能做什么。虽然老板天天叫嚣要关心程序员的成长，程序的质量最重要，但实际上进度才是最重要的。什么是重构什么是重构？重构是对软件内部结构的结构调整。在保持原有功能的前提下，提高了程序的可理解性，降低了修改成本，提高了程序的运行性能。让代码更容易理解我们的程序。再好的设计，代码也总会随着我们的不断维护而烂掉，尤其是代码往往由不同的人维护，每个人的代码习惯，对业务的理解，对系统的理解都不一样，最重要的就是开发时间太快，导致代码越来越难看懂。代码越多，越难理解。一段逻辑可能分散在系统的各个地方。我们常常认为在线代码一定是盗墓机制。稍有不慎就会带来错误。这个是次要的，为什么我们老是加班，因为是一个很简单的功能，本来估计2个小时，后来发现要兼容其他逻辑问题要18个小时。寻找原始错误伟大的程序员不是天生的。每个程序员都会犯错误并留下深埋的错误。重构需要我们深入梳理业务，深入理解每一行代码，并对每一段代码中的“器官”进行假设，这样总能发现意想不到的bug。提高程序的运行速度和编译速度。在我们的代码中，经常会出现一些不好的代码。最常见的情况就是几个重复的函数，不相关的类，不相关的逻辑。举个简单的例子，我们写了一个电商运费计算系统，去数据库查询用户地址，快递公司信息，用户是否有相关优惠券，但是***发现商品用户购买的是虚拟产品。无需计算运费！架构师从重构开始，重构其实是最重要的。每个架构师都是从重构系统开始的！如果一个架构师没有重构过一个系统，那只能说是纸上谈兵。重构对程序员的成长有多大帮助？你对业务的代码非常熟悉，可以很快成长为骨干。重构的时候，适合使用新技术、新框架，更有利于你的成长。重构，也就是所谓的高速换胎，如何保证系统的稳定性，是在考验你真正实力的时候重构出来的结果，绝对会让你的上司刮目相看。即使重构出了问题，老板也会损失更大。对于程序员来说，顶多丢掉饭碗。当然，出于职业道德，我们当然不能故意制造问题。什么时候开始重构，需要注意什么重构，一般是需求变化比较大的时候，当然要选择时间比较多，公司有其他资源支持的时候。重构的时候，当然要先深入了解业务，告知相应的测试，自己写测试用例。当然如果能引入自动化测试就更好了。如果经理支持，那是最好的情况。当然，我通常是先做再玩。根据要求，我将进行小规模改造，完成后向老板汇报。（这个要看老板，哈哈，只能说我运气好，遇到的老板都支持我折腾）总结一下，很多人讨厌重构。每个人都喜欢堆砌代码，追求完整的功能。但事实上，重构是一个程序员最好的成长机会，也是你成为架构师最好的敲门砖。希望大家珍惜这次机会，学习相关的重构技巧，大胆尝试！
