大脑与思维的专栏

周五，对一个模块的代码做重构，这部分的代码，是采用Ext4以MVC的方式实现的，在修改代码的过程中，经历了两个阶段，从混乱到清晰，而从混乱到清晰的转变的关键是静下心，思考一下，画出代码的结构草图，整个过程，我使用下面的一个草图来表达 1.混乱   从图的上半部，可以看到 A、B两个Panel中分别拥有属于自己的Record, 而A和B属于同一个命名空间，所有对于record的处理，特别命名时

最近，碰到一个问题，在不同的模块间产生了强的依赖，导致模块A的数据执行完毕之后，在模块B,C无法找到模块A的数据，而模块B和C属于同一类型的业务数据，如下图所示： 当业务 A 调用 UNION_DATA_FLOW时，同时也会调用逻辑B和逻辑C，这时逻辑B和逻辑C对于业务A就是冗余逻辑 当业务B或C调用UNION_DATA_FLOW时，同时也会调用逻辑A，这时逻辑A相对于业务B和C就是冗余逻辑

在A,B,C三个类中的不同的方法method中分布有重复逻辑，如果需要新增业务。不消除重复逻辑，只是简单地通过复制，粘贴的方式来实现新增的业务，重复逻辑会继续增加，会造成不必要的复杂度。如下图：                  抽取出重复逻辑，形成一个新的数组组件LogicHandler，如果需要使用就可以通过注入的方式，以关联的形式，来使用逻辑。    如下图所示：

通过运用重构的方法，对复杂方法的拆分，实现复杂方法的结构简单

保持对系统和结构的可控，减少重构时的方向性错误

方法的名字非常重要，要简洁清晰，表达方法的具体的逻辑实现。代码中保护性条件的逻辑，可以抽取为独立的方法，但是不能break 原有的 structure