Versioning API: `/v1/`, `Accept: version`, `GraphQL alias`
这在扩展平台以及实施更新、测试或为旧客户服务时都很重要。
转换方法
| 方法 | 说明和优点 |
|---|---|
| URL中的版本（'/v1/'） | 最容易理解和流行的方法是方便REST API |
| 接受标题 | 示例：'接受：application/vnd。api+json;version=2'-将数据与版本分开 |
| GraphQL alias/versioned fields | 通过alias的不同版本：'userV1'，'userV2'-方便逐步迁移 |
| 模式级版本 | OpenAPI/Swagger中针对每个版本的单独模式和模块 |
如何实现
具有'/v1/'、'/v2/'和独立路由的API结构
"接受"和"X-API-Version"标题验证'
GraphQL支持alias和转换电路（"userV1"，"userV2"）
A/B测试新版本的能力,没有生产风险
对每个版本进行搜索以进行分析和迁移
业务和集成商优势
支持老客户不减慢发展速度
多代API并行
安全实施新功能而不中断向后兼容性
灵活扩展和升级基础架构
通过控制和分析在版本之间进行透明迁移
在哪里，特别重要
具有众多外部客户的平台
具有API第一方法和长生命周期的项目
与银行、供应商、B2B合作伙伴的集成
具有长寿命移动或IoT客户端的系统
API验证是集成可靠性和灵活性的基础。无论格式如何（REST、GraphQL或gRPC）,我们都确保安全地开发接口-无中断、冲突或互操作性损失。
联系我们
请填写下方表格，我们会尽快回复您。