API
API 定义了一种在系统之间交换数据或请求操作的结构化方法。在计划中,它可以关联购买、资格、积分或订单。为了使集成可用,必须记录合同、身份验证、错误、限制和返工。
一个具体的例子
API 可以接收已验证的订单并返回其处理 ID。唯一的 ID 可防止同一笔交易被重复记账。
需要考虑的一点
仅涵盖名义上的情况是不够的。还需考虑文档认证、重复项、错误、重试和频率限制。
准备一份双方团队均可使用的合同
对于每笔交易,请提供一个已接受的示例、一个已拒绝的示例、所需字段以及恢复规则。定义一个关联标识符,用于追踪系统间的交易。测试在处理后、收到响应前中断的情况:恢复操作必须能够检索到结果,且不会产生新的积分。此外,还要规划如何追踪拒绝情况并确保版本兼容性。
需要向团队提出的问题
- 我们能否确定交易是否在服务中断后得到处理?
- 临时错误和无效数据的处理方式是否不同?


