以上结论在前后端对接时他们时常用这个说法对我进行 pua ，我觉得我已经无法接受了，请问各位大佬，这种情况如何反驳？为了保证他们接口的原子性，我大部分页面通常都要 2-5 个接口，甚至更多，比如之前获取图片，因为他们的图片是两张表，一张是图片 id ，一张是 id 对应的图片地址。我只能先获取 id ，再用 id 去请求接口。但服务的通用性在这个说法我在长期对接中发现纯属扯淡，几乎只有我在对接且因为接口调用的多了增加各种复杂场景，如果没有处理好也会影响用户体验。
@liumao “业务存路径”，哪天如果要统一清洗文件路径，这个工作量？附件系统也是一个单独的底层服务，对外只提供 id 是合理的。联表查询——附件一般是个大表，这块会不会有性能问题。另外业务中可能要获取这个图片的“大图、中等图、缩略图”，具体的文件和附件表甚至在两个不同服务中，比如“图服务”、“附件服务”，这块用两个接口去取附件数据也是很正常的设计，没有很呆逼。