code重构是什么_现在各类IT公司软件开发时，有没有考虑过代码重构

code重构是什么

代码重构（英语：Code refactoring）重构就是在不改变软件系统外部行为的前提下，改善它的内部结构。
软件重构需要借助工具完成，重构工具能够修改代码同时修改所有引用该代码的地方。在极限编程的方法学中，重构需要单元测试来支持。

就是在不改变软件现有功能，使代码更易为人所理解。

现在各类IT公司软件开发时，有没有考虑过代码重构

中大型企业都会有代码重构的需求。

技术类引起的重构。在实际的开发过程中，我们没办法过深的考虑问题，更不可能面面俱到，不得不承认，大部分的走业务线的公司，前期的项目基本是外包的，因为外包的费用要比养技术人员低很多，当然是个人外包，就是公司的老板或公司的同事，认识个程序员，或让朋友介绍个程序员，让他来把项目接过去，他可能再转一手，这么做出来的项目，我之前的公司就是这么做的，综合下来，这样能更省钱。当然公司的主营业务不能是技术线，网站或系统只是打辅助，这是前提。走技术线的科技类公司最好找个技术合伙人，以技术为主，话语权很重要，否则中后期无穷无尽的麻烦。外包，意味着代码质量没法很好的监控，只要功能实现了，其它就无所谓了，而这样导致的结果，后期要想把代码接管过来，重新招人的话项目几乎没法去维护，有的时候，公司在融资后，往往会把这个外包的程序员接引公司来，让他负责整个项目的研发。

产品业务引起的重构。不是所有的产品团队都能很好的把握需求，更不要指望他们能有这种水平，公司里产品改需求真是太常见了，当然这并不全是产品的锅，这其中就有相当一部分来自老板和客户的需求变更，具体原因可以参考我的这篇文章《产品经理的兴起，给开发带来的革命是整个行业的进步还是倒退？

什么时候应该重构。比较理想的情况，是伴随着你的整个项目的生命周期，不断新的需求出来，加进新的功能，同时个人技术不断的进步，对码进行必要的重构，会为后面维护带来相当大的便利，但，这仅仅是理想情况。实际情况中我们遇到的可能来自于公司层面的项目加急通知，项目的时间被大大压缩，你很可能一直要么在写新功能的路上，要么在改新需求的路上。重构，不产生新功能，资本不认可的，那不是他们关心的问题，即便重构工作可能会大大地降低整个公司的后期维护和开发成本，当然不重构，这些锅还是开发来背，这就是技术有话语权的重要性。所以，互联网公司还有另一种做法，写的功能和代码，只要能用就行，一来没时间，二来重构的工作量不仅仅是开发，还有测试，还有各种隐藏的bug，尤其前人留下来的“不可观望太久”的代码，都是麻烦。