接着昨天的继续说，废话不说，直接进入正题： 【3】Large Class(过大的类) 查看一个类是否“过大”，这里有一个小技巧分享给大家。就是看两点：1)这个类实例变量太多，必然会有Duplicated Code(重复代码) 2)类内如果有太多代码，也会产生 ...

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

模式以及本书。本书内容以各种代码的“坏味道”，来推进合适的重构手法，和第一版内容相比，有一些部分是更新 ...

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

Divergent Change（发散式变化） 1、官方解释： 我们希望软件能够更容易被修改——毕竟软件再怎么说本来就该是「软」的。一旦需要修改，我们希望能够跳到系统的某一点，只在该处做修改。如果不能做到这点，你就嗅出两种紧密相关的刺鼻味道中的一种了。 如果某个class经常因为不同的原因 ...

目录 0 坏代码的味道 1、重复代码 2、过长函数 3、过大的类 4、过长的参数列 5、发散式变化 6、霰弹式修改 7、依恋情结 8、数据泥团 9、基本类型偏执 10 ...

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

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