12、大型重构
这是一个庞大的工程，可能需要几个月。
在这个过程中，你应该根据需要安排自己的工作，只在需要添加新功能或修补错误 时才进行重构。
你不必一开始就完成整个系统的重构；重构程度只要能满足其他任务的需要就行了。反正明天你还可以回来重构。
进行大规模重构时，有必要为整个开发团队建立共识；这是小型重构所不需要的。
大型重构为许许多多的修改指定了方向。
整个团队都必须意识到：有一个大型重构正在进行，每个人都应该相应地安排自己的行动。
下面是4个例子，老实说，这4个例子并没有指导我什么新的东西，因为这些我已经熟练应用过了。
Tease Apart Inheritance（梳理并分解继承体系）
场景：某个继承体系（inheritance hierarchy ）同时承担两项责任。
方案：建立两个继承体系，并通过委托关系（delegation）让其中一个可以调用另一个。
其似说白了，就是分离出一个变化方向，只是从一个继承体系分离出来，形成另一个继承体系，然后再聚合回来。
有一个模式是讲这个问题的：桥接模式。
Convert Procedural Design to Objects（将过程化设计转化为对象设计）
Separate Domain from Presentation（将领域和表述/显示分离）
就是说的前后端分离。
Extract Hierarchy（提炼继承体系）
你有某个class 做了太多（过多〕工作，其中一部分工作是以大量条件式完成的。
建立继承体系，以一个subclass 表示一种特殊情况。
本质是这个类过大了，它包含了多个分支，本应该属于多个子类的动作被用条件分割在了父类里。