apisyouwonthate / apisyouwonthate/book-build-apis-2

Advanced Versioning

未关闭
#112 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看
主要语言
Ruby
星标
248
派生
24
PR 合并指标
30 天内没有已合并 PR

描述

Stripe for a while was doing a special approach to what they called evolution which had date versions, but its a technically very impressive solution. what this does is show you that you can attempt evolution the normal way (as described in the API Design Guide) and iiiiiffff you really struggle with a specific change that just cannot be handled with a new resource "Let's call it accounts instead of companies because thats more applicable to current business needs anyway" then you can dig this technical solution out of the box and you still dont need versioning. I like it for that reason, but its overkill for most of us. Standard evolution would be fine for 90% of our APIs. 🙂 (edited)

their approach is basically "Migrations" like Facebook used to do, only instead of emailing you and asking you to enable the migration when ready, you send a newer date and it knows you've made _all_ the appropriate changes.

Anyone agree or disagree with that, write it up as an extension to the existing chapter or wedge it in as an.advanced topic later.

贡献指南

这个仓库没有索引到贡献指南

评估

这个 Issue 还没有评估数据。

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。