为什么接口宁拆分不和并?

1:耦合度

凡是做过多个项目维护的人都应该懂得耦合度和维护成本的关系,那就是:
耦合度和维护成本成正比,也就是耦合度越高维护起来越费劲

2:原因

以正常的两端系统举例:
	例1:一个论文表,包含论文的发布人,发布时间,标题,内容,录入时间,操作人等
	1.对于展示端(APP/web)用户来说,用户会更关注发布人,发布时间,标题,内容,而其他的并不关注
	2.但是对于管理端用户来说,发布人,发布时间,标题,内容这些只是数据,而录入时间,操作人等比较重要
	3.在程序要初始开发时,公司和领导一般会要求快速出功能,时间卡的非常死.那么在这种情况下,大部分项目没有硬性要求的情况下并不会拆分bo,vo等视图对象
	4.在这种情况下,添加,修改,查询等都会使用同一个pojo类,显著特征就是查看展示端接口时,里面有很多null字段或者无用字段
	5.等功能实现后在优化的过程中,如果新增过很多表额外字段,就会发现这些null很难去掉.
	6.这就是多个功能使用同一个接口/同一个pojo而导致的耦合度上升

注:删除/修改就需要理清楚该接口/pojo类相关的每一行(否则非常容易导致修改一个功能时直接导致另外的功能错误,甚至系统奔溃),对比修改一个接口只看当前接口代码不需要关注其他代码影响的功能来说,维护成本低了太多(相比而言,在各个模块穿插交互的项目里,只看一个功能代码简直不要太幸福)

3:总结

凡事有利有弊,与项目前期而言时间更重要,适当增加耦合度是没有办法的.但是在项目优化时再去增加耦合度那就是给后续埋雷了.
当然最优解是前期写完就甩给别人或者直接跑路...