最近接手一个项目，源代码的架构和许多设计都有坏的味道。 想要重构，但是自己并没有足够的底气. 一、重构的纠结： (1)现有代码可用，你重构后是否会比现在更有效率； (2)项目进度比较紧，你是否要抽出时间做这种没有KPI的工作； (3)你重构后，别人需要重新阅读你的源代码，给同事带来 ...

新功能时不应该修改既有代码，只管添加新功能，通过测试 重构 重构时你就不能再添加功能，只管改进程序结构，此 ...

什么是重构？ 是在不改变系统行为的前提下，对内部代码的重新组织，提高可理解性和降低修改成本。 为什么要重构？ 一个小修改牵涉到了多个地方，且这些点处于未知状态 不易读懂代码（包括读懂自己1个月前的代码） 新手修改代码上手慢，需要很久才能进行有信心的代码修改 需求 ...

重构改善既有代码的设计 在日常的编码过程中，这些知识点可能是非常容易忽视或者由于编码习惯而出差错的地方 软件工程的意义：希望建立完美的需求与设计，按照既有的规编写标准划一的代码，这是结构的美；快速迭代和RAD颠覆“全知全能”神话，用近乎刀劈斧砍的方式解决问题，在混沌的循环往复中实现需求 ...

介绍 我以前写过《php杂谈 《重构-改善既有代码的设计》之一重新组织你的函数》，其中代码坏味道，还有深入挖掘的地方，所以我再重点把这一篇提出来，分几篇再提一下，不要闲我烦。 我觉得重构是我们要用一生去研究的地方，跟文学一样 ...

本文已同步发表在CSDN：http://blog.csdn.net/wenxin2011/article/details/50790939 第1章 重构，第一个案例 代码块俞小，代码的功能就俞容易管理，代码的处理和移动也就俞轻松。（功能也就越单一） 任何不会被修改的变量 ...

在编程中，比较忌讳的一件事情就是长函数。因为长函数代表了你这段代码不能很好的复用以及内部可能出现很多别的地方的重复代码，而且这段长函数内部的处理逻辑你也不能很好的看清楚。因此，今天重构第一个手法就是处理长函数--Extract Method,抽取成一个独立的小函数。 我个人来说 ...

我不是个伟大的程序员；我只是个有着一些优秀习惯的好程序员而己 本人比较直接，不说虚的，直接上干货。 目录 Duplicated Code（重复的代码） Long Method（过长函数） Long Parameter List（过长参数列） Large ...