Enable javascript in your browser for better experience. Need to know to enable it? Go here.
已发布 : Apr 13, 2021
不在本期内容中
这一条目不在当前版本的技术雷达中。如果它出现在最近几期中,那么它很有可能仍然具有相关参考价值。如果这一条目出现在更早的雷达中,那么它很有可能已经不再具有相关性,我们的评估将不再适用于当下。很遗憾我们没有足够的带宽来持续评估以往的雷达内容。 了解更多
Apr 2021
采纳 ? 我们强烈建议业界采用这些技术,我们将会在任何合适的项目中使用它们。

API扩张-收缩模式,有时也被称为并行修改,很多人对这个模式都很熟悉,尤其是在与数据库或代码一起使用的时候,而在API方面我们只看到较低的采用率。它具体指的是,人们通常会采用复杂的版本控制和破坏性的修改来实现API升级,而其实简单的扩张再收缩就可以满足需求。例如,在想要弃用API中的某个元素时,先添加一个不包含这个元素的API,然后在消费者都切换到新的API之后,再删除该元素以及包含该元素的旧API。这种方式确实需要API消费者的一些协调和可见性,可能需要通过消费者驱动的契约测试之类的技术来实现。

Radar

下载第25期技术雷达

English | Español | Português | 中文

Radar

获取最新技术洞见

 

立即订阅

查看存档并阅读往期内容