从类似功能的代码中找底层共通的方法

 从类似功能的代码中找底层共通的方法：
 
 当我们要实现一个功能，而这个功能，已经实现了，但是由于业务条件的限制，
 我们无法使用这个方法，通常情况下就是把方法写的通用，然而这个方法非常
 复杂，牵扯的条件业务逻辑非常之多，让我们一看之下很难进行修改。
 
 通常情况下，我们看到某处实现了某个功能，而这个顶层的方法 看似 完成了
 一个功能，其实，这样的方法通常都是 业务逻辑中调用功能的 方法。
 
 比如，要完成导入功能，要完成复制粘贴功能，都要修改某个单元格的内容。
 而这个 导入 方法 粘贴  方法，看似完成了某个功能，但是其内部调用的是
 底层的一个 设置单元格内容的方法。
 
 而当我们也要完成另一个业务逻辑下的 导入 方法，直接调用现有的 导入方法
 似乎达不到我们预期的结果，而修改这个方法又困难重重，这时怎么办呢、我们
 就要跟踪代码，看他导入业务逻辑之外的方法，其中肯定有逻辑 有 验证，但最
 终肯定是要改变单元格的内容，所以我们就跟踪到底层看它调用的哪个“共有的
 改变单元格内容”的方法。因为，可能很多地方都要改变单元格内容，所以“改变
 单元格内容”的这个方法应该是一个“共有的方法”，只有这样才可以供外部调用。
 如果这个方法不是共有的，我们就在往底层找，看是否它又调用了其它的方法，
 一直找，直到我们找到一个“公共的功能性方法”以供我们使用，去完成我们现有
 的任务。
 

如果我们始终找不到一个共有的方法供我们使用，这时我们就要对原有的代码
 进行解耦，将原有的 业务逻辑 方法 与 功能性 方法 分开，切记不要自己写
 功能性的方法，要差分，差到两方面的业务逻辑都能用这个方法。直到完成现
 在的功能。（如何利用现有的代码来完成相似的功能，参见 《不要重新制作轮子》）
 
 找到这个方法后，再看我们当前所属的业务逻辑是否可以直接调用这个方法，一般
 功能性的方法，都是共有的，可以直接访问的。