今天有甲方的同事问我，b功能的某某接口为什么不用a功能的某某接口（做a功能时给前端的api接口，类似查询用户数据），需求不是说这两个用同一个表的数据吗？（类似用户数据表）
根本不想回答，为什么，因为我怀疑问这个问题的时候他根本没有去看代码，或是没有去思考，只是简单的从业务层面考虑问题。
解释一下，a功能是已经上线2年多的且稳定运行的某产品功能，产品收益良好。b功能是最近要增加的一个类似a的产品功能。
上述所说的某某接口，同事的意思是我为什么不用老接口，即a和b共用做a功能时写的某某接口。
虽然两个产品功能共用数据库某表的用户数据集合，但是因为两个产品功能有各自的业务逻辑，即拿到用户数据后有不同的业务逻辑处理。产品功能不同，还要再去拿另一份各自不同的数据（数据字段完全不同），配合公共的用户数据使用。
用老接口有什么问题？
1、a产品功能已稳定运行2年，代码修改了谁测？
2、a和b虽然取一样的用户数据，但是取到后还有各自的业务逻辑，可以说只有一句代码（查询用户数据）一样，在这种情况下改老接口的复杂程度远大于新写一个接口。
3、业务逻辑变得复杂，代码难懂
4、不必要的逻辑判断，特别是在循环里，影响性能
使用新接口的好处：
1、业务之间解耦，两个产品功能之间互不影响
2、不影响以前的产品功能，不会增加重新测试的工作量
3、接口方法职责单一，更容易阅读
其实在实际的工作中我们可以视情况而定，并不一定要沿用之前的老代码，也不一定非要纠结代码复用问题，多从几个角度分析下利弊。