api - 在iOS客户端/服务器应用上管理更新的最佳方法

Question

我有一个后勤问题：我正在尝试找出管理与应用程序不同步的API的最佳方法。最好的解释方式是通过一个示例：

假设MyApp 1.0版发布到需要“ first_name”，“ last_name”和“ email”的“ submit_feedbacK” API。

然后，我将MyApp版本2.0提交到App Store。该版本旨在将first_name，last_name，性别和电子邮件发布到API。所有这些都是API上的必填字段。

我有的问题：
-如果在新的应用程序上线之前更新API，它将破坏版本1.0
-如果我一直等到2.0版上线并且远程破坏1.0版，则必须正确计时。

我猜测“正确答案”是维护两个不同的API。但是，如果两个API都发布到同一个实时数据库中，那将使事情有些尴尬。

有人对如何建模有建议吗？

Answer 1

该问题可能与iOS consuming API design有某些共同之处。

正确的答案是肯定要提供两个API（至少在用户调整的短时间内）。您不必同时维护两个版本，因为一旦发布了新版本，您就可以维护该版本，只需为旧用户提供旧版本即可。您可能要做的唯一真正的更改就是安全补丁或重大问题。重大更改（例如，您决定重组整个数据库）可能会导致旧版本不再起作用，但是应设计更新到较新的API版本，以允许以前的版本仍然起作用。

我链接到的另一个问题给出了有关如何使您的应用程序的不同版本访问正确版本的API的答案。

另一个需要注意的是，将API设计为引擎或子应用程序，然后将它们安装在不同的端点上，可能会更容易（具体取决于您使用的框架）。我知道在Rails中通过使用Engine以及在Node with Express中使用app.use（）和子应用程序都可以轻松实现此目的。