4个真实案例,看接口文档的设计要点( 五 )
这样的设计有个很大的问题是,供应商的状态客服系统并没有。假如在预先实现时,根据现有状态值双方约定好,但随着SRM系统的发展,当供应商的状态值变更或新增时,存在两边数据不一致和获取不到数据的隐患,所以这样的设计不能不说容错性是很低的。
(2)既然客服系统没有状态值,那它只根据商品编码来获取,我将供应商及其状态都返回给它不就可以了,为此我的第二版设计是这样的:
这样的设计其实跟第一版有同样的问题,即使将状态返回给它,它因为不知道这些状态的业务意义,也就无法过滤掉那些没用的数据只给客服人员展示有效的信息。
(3)经过两版分析,我的第三版设计如下:
推荐阅读
- 原神|原神:为啥这4个角色,前期被玩家称为真神,后期却开始无人问津
- 地下城与勇士|DNF:像素勇士2.0奖励!白送4个黄绿徽章,能拿限定光环武器装扮
- 传奇|璀璨传奇复古:当年盛大为了公平法战的pk 默认了一个谣言的真实性
- 游戏日报|玩了4个小时的《幻塔》后,我给它打了9分
- 商人|游戏商人的月入百万是真的吗?揭秘真实的剑三游戏商人真实现状
- 阴阳师|阴阳师:一句话证明你玩过阴阳师,过于真实!
- 第五人格|第五人格:一不小心就成了黑历史,这些糗事是萌新玩家的真实写照
- 热血传奇|热血传奇:刀刀都是真实伤害,这件武器就是神器!
- 黑龙|魔兽怀旧服:滚动服首次击败黑龙MM,4个硬核改动,劝退休闲玩家
- 手机游戏|英雄联盟手游能和端游进行绑定么?LOL手游人气不高,原因很真实