重构应该伴随整个开发周期，在敏捷迭代的概念下，接口功能的累加，逐步破坏了单一职责问题，又怕改老代吗。所以代码就会走向恶性循环，当由于各种原因需要在已有的接口上添加新的功能，此时要分析此时接口是否良好来决定是否重构，因为当你决定在接口上累加功能的时候，那就隐式的说面了两个业务功能之间是存在共性，此时接口所提供的抽象概念应该升级，提高抽象层级，来从设计角度上提高接口的抽象范围。最好的情况是在不破坏原有的接口的基础上，建立新的抽象关系，同时建立新业务的抽象概念。实际情况只能说是修改已提供的接口抽象概念，将原有概念下沉到内部，与新业务抽象平行。最终重构为暴露高级抽象。