当前位置:   金科网 > 嘿科技 > 正文

光明之谷手游交易平台,手游劲舞时代怎么结婚,纽约侠盗手游,迷你怪物手游

光明之谷手游交易平台,手游劲舞时代怎么结婚,纽约侠盗手游,迷你怪物手游

前期准备

在正式接触API前我们需要进行一些前期准备,主要分为账户准备,基础认知。

前者主要包含提前到OTA开发平台注册,获取到沙箱环境、正式环境的相关参数,准备好技术文档,沟通流程建立(群组沟通、工单沟通)、费用结算计划。

后者包含简单从全局的角度来评估可能用到的接口类型和个数,例如订单推送金额是客人支付金额还是扣点后金额来决定数据解析的形式,并且当有多个接口可以获取同一参数时如何最大化利用,寻求最高效的解决方案。

对API有基本的认知。例如,数据获取或交互是post还是get,是需要订阅还是全部统一回调,这一点非常重要会影响到整体的设计或优化。例如,某平台的订单支付消息是需要自行订阅的,如果不订阅则需要自行设计过滤逻辑来固定时间筛选已支付订单(资源浪费),但另外一个平台却又是统一的回调指定地址。此时,因为地址只有一个但是回调数据确设计N个接口,我们就需要根据数据结构的差别对同一个回调地址的不同数据进行解析后用于不同的功能上。

此外数据响应同步/异步的取舍,也直接影响到后续的数据处理与数据补偿。例如,有库存限制的产品通常采用异步返回的处理模式,既能保证响应速度也能保证响应正确率。

示例A:所有垃圾都被扔进了一个垃圾桶,我们需要一个人躲在后面根据相关参数进行垃圾分类:干垃圾、湿垃圾、厨余垃圾等等,这个就是一个回调地址的多种数据结构解析。

示例B:考试交白卷,老师马上给你打一个0分;考试全部乱选,老师先给你说等我对一下答案,稍后还是给你打一个0分;虽然结果都一样,但是前者同步返回确认结果,主要应用于100%确认结果的,后者是异步返回,需要有一定内部处理机制。

API解析

此时进入了最关键的环节,即充分去了解API文档。此处的了解并不是技术上的认知,而是将API与业务功能上的融合。

此时,我们将分为三个阶段去深入解析API。

阶段一

接口描述:了解接口的主要用途与范围,注意关键点例如收费模式、申请资格。

接口地址:识别关键字段,便于在日志分析中快速匹配接口。

请求方法与请求参数:方法主要为get与post;请求参数力求以最简单的数据获取更多的内容,例如订单号、产品编号、交易流水号就可以获取到整个结构信息。

响应参数:参数的响应其实并不是简单的成功、失败,更多的其实包含了一些中间状态,比如某平台产品更新接口可能会返回处理中,那这样的数据需要二次核验是否更新成功。

错误代码:错误代码解析也是提高生产力的优化点,一般来说错误代码为纯数字,其表达的意思也是比较技术的例如超时,无响应等,此类报错直接抛出将会让业务人员一脸懵,适当对错误代码优化可能大大提高用户体验,例如我们对超时重试的温馨提示为:App发送超时,系统将自动发起重试,可忽略此条消息。

阶段二

Jason响应的重要性,为什么我会提这个问题?

这个不是开发关注的吗?

大错特错,作为一个优秀的产品经理,具备一定的报文阅读能力是很有必要的。

阅读报文的好处:

1)形象化的数据展示,变相的可视化数据

在需求的前期,功能的不完善会导致数据缺失。此时,我们并不能在脑海里快速构建一个完整的三位立体的结构。面对技术化的字段名称,一个个去理解其含义与用处,既耗时又容易遗忘。

如果我们与开发小哥通力合作,快速的调通接口,获取到原始数据,犹如将枯燥的文档化为了一条条鲜活的数据。

此时,将报文数据转化为jason后放置到解析网站,立等可取——换一种方式来阅读文档,更加灵活。对比字段的表述与实际展示,更容易理解字段所表达的功能点。

2)快速熟悉掌握对方的API结构

Jason阅读下的另外一个好处是可以以每一个节点收起或展开报文,类似于脑图的操作下。我们可以快速理解对方的API结构,例如出行人与订单的关系、附加信息与订单关系是存在于订单级别还是SKU级别还是出行人级别等,方便我们对照自己的订单结构进行快速解析。

3)有具体的实战场景去穷举各种可能

做API对接最忌讳啥?面对文档空想各种可能,自己主观揣测返回可能值;对方答疑最讨厌什么?并不是实时,可能要等很久,怎么什么都问,不是文档里面有吗?

自己怎么解决?