什么时候可以退休你的旧 API
When is it OK to retire your old API
我不知道这个问题是属于 SO 还是 UX(或 Programmers.SE),但就在这里。
我们几个月前构建了一个移动应用程序,我们打算在下一个版本中在一些主要方面(如身份验证和安全性)进行更改。我们将其发布到 AppStore/PlayStore,下载量在 5k-10k 之间。
现在的问题是;
是否我们立即停用当前 API 并向当前版本用户显示一个弹出窗口,强制他们更新应用程序(通过商店)
或
在不同的URL下创建一个新的API并同时维护两个API(在这种情况下我们应该永远维护它还是应该设置一个过期时间日期)?
编辑:
这将是我们的第一次也可能是最后一次更新,因为我们的应用程序是基于 cordova 的混合应用程序,我们打算使用静默云部署而不依赖应用程序商店。
我会说 - 对于移动应用程序,强迫您的用户立即升级并不是不合理的期望。例外情况是,如果您的用户使用无法升级的旧操作系统(例如旧 iOS)。那么您可能想要保留一份遗产 API。
您能否给出 合理的 用户不准备更新您的应用程序的正当理由?
我不知道这个问题是属于 SO 还是 UX(或 Programmers.SE),但就在这里。
我们几个月前构建了一个移动应用程序,我们打算在下一个版本中在一些主要方面(如身份验证和安全性)进行更改。我们将其发布到 AppStore/PlayStore,下载量在 5k-10k 之间。
现在的问题是;
是否我们立即停用当前 API 并向当前版本用户显示一个弹出窗口,强制他们更新应用程序(通过商店)
或
在不同的URL下创建一个新的API并同时维护两个API(在这种情况下我们应该永远维护它还是应该设置一个过期时间日期)?
编辑: 这将是我们的第一次也可能是最后一次更新,因为我们的应用程序是基于 cordova 的混合应用程序,我们打算使用静默云部署而不依赖应用程序商店。
我会说 - 对于移动应用程序,强迫您的用户立即升级并不是不合理的期望。例外情况是,如果您的用户使用无法升级的旧操作系统(例如旧 iOS)。那么您可能想要保留一份遗产 API。
您能否给出 合理的 用户不准备更新您的应用程序的正当理由?