4个真实案例，看接口文档的设计要点( 四 )
从表面上看，这个接口设计没有问题，完全满足需要。
但是忽略的一个问题是：因为双方没有明确约定数据更新方式，导致两边数据对不上出了bug。
很明显，同步方是以全量的方式同步数据的，但是接收方在接收数据的时候，却是以增量的方式更新的。
当一个产品前一天同步的未订数量是34，第二天这个数量更新成了0的时候，接收方没有将34更新成0，存的还是34。
案例3 1. 需求背景
客服系统需要根据客户的要求，向商品的供应商索取商品操作指南等辅助信息；因为客服系统没有供应商信息，故需要从SRM系统获取供应商信息；已停止合作的供应商应排除掉；供应商需要产品对应。2. 需求设计
（1）考虑到客服系统对状态有要求，为了更加灵活，我将接口设计如下：
推荐阅读
- 原神|原神：为啥这4个角色，前期被玩家称为真神，后期却开始无人问津
- 地下城与勇士|DNF：像素勇士2.0奖励！白送4个黄绿徽章，能拿限定光环武器装扮
- 传奇|璀璨传奇复古：当年盛大为了公平法战的pk 默认了一个谣言的真实性
- 游戏日报|玩了4个小时的《幻塔》后，我给它打了9分
- 商人|游戏商人的月入百万是真的吗？揭秘真实的剑三游戏商人真实现状
- 阴阳师|阴阳师：一句话证明你玩过阴阳师，过于真实！
- 第五人格|第五人格：一不小心就成了黑历史，这些糗事是萌新玩家的真实写照
- 热血传奇|热血传奇：刀刀都是真实伤害，这件武器就是神器！
- 黑龙|魔兽怀旧服：滚动服首次击败黑龙MM，4个硬核改动，劝退休闲玩家
- 手机游戏|英雄联盟手游能和端游进行绑定么？LOL手游人气不高，原因很真实