怎么样协调团队开发时代码接口变更现象？

       在和同事开发同一项目时，我经常会发现一个问题，张三突然会对我说“XXX你调用我这的一个方法名称我觉得不贴切，我现在把名称改了，要不你也改一下”；还有就是别人突然间把某方法移动了位置（改变了名称空间），忘了提醒你，当你编译代码时发现代码报错了，找不到该方法。还有一个现象，有时我在封装好一个方法后，后边发现这方法名称不太贴切或是把它和某几个方法放在一起更好一点，但要考虑到被其他同事调用着，总是让别人回过头去修改代码是有点不好吧，为了让代码结构更合理，只能用没办法来说话了。

      当你在维护别人写的代码时也会经常发现一个现象，比如原有一方法sum它有两个参数int a和int b，该方法仅做一件事返回a+b的结果。而现在因为业务变更，该方法不仅仅是做返回和这件事，还要做其它事，那么之前的方法名按理来说就不应该在沿用了吧，好，那么改吧，但修改的结果就导致了要去修改所有调用该方法的地方。很多时候只能选择用旧的方法名称。

      如何避免上述现象的发生呢？最直接的方式：“采用调用中间代理方法”。调用中间代理方法对于团队开发来说最大的好处在于模块与模块之间在开发调试时互不影响，真正从意义上实现了模块与模块之间形成了独立开发模式。因为当我们在调用某一未实现的方法时，我们只管调用中间代理方法，并向这个中间代理方法传递参数，等目标方法实现了，我们在通过配置文件告诉中间方法，当XXX方法调用你时，你应该来调用它。当然这样做的好处也能体现在后期维护上，比如你根据业务需求对某模块进行变更时，只须注意参数数量类型及返回值，其它完全可以根据业务需求来折腾，最后修改配置文件就搞定。