javascript - 关于软件更新的一些问题？

Question

问题1：
类似微信这样的安装在用户个人设备上的软件，调整了后端接口服务后，需要用户更新设备上的软件，如果用户没更新，还是能正常使用，一般这种是采取什么方案处理的？是调整后的接口服务，仍然支持旧版本的软件使用吗？

问题2：
假设我有个web系统，全国各地都有门店在使用，有些门店需要使用频繁更新后的web系统（），有些门店只需要偶尔更新web系统。这些门店使用的web系统都是同一个域名。有什么方案，在某次更新时，只对部分门店使用的web进行更新，其他还是仍然使用旧的web系统。

Answer 1

1. 接口版本管理，比如目前 v1.0，那么接口就是 /api/v1/get/user。
2. 当新版本发布的时候，比如 v1.1，接口出现变化，就 增加 一个接口 /api/v1.1/get/user 提供新的功能。
3. 但是 v1.0 的接口仍然提供服务。
4. 通过统计 v1.0 客户端的占比，推送更新通知，让用户逐步升级到最新版。直到旧版没人使用，定一个截止日期，下线 v1.0 接口。
5. 如果要根据用户属性提供不同服务，一般来说在业务代码里处理，不用上面的版本管理方式。

Answer 2

问题1回答：

类似微信这样的软件，在调整后端接口服务后，通常需要用户更新设备上的软件以保证最佳的用户体验和安全性。然而，为了照顾到那些没有及时更新的用户，开发者通常会采取以下策略：

1. 版本兼容：调整后的接口服务会设计得兼容旧版本的软件，以便在一段时间内，新旧版本的用户都能正常使用。
2. 逐步淘汰旧版本：随着时间的推移，开发者会逐步淘汰对旧版本的支持，最终强制用户更新到最新版本。
3. 提醒用户更新：软件会在适当时机提醒用户更新，比如启动软件时、有重要功能更新时等。

所以，是的，调整后的接口服务往往会设计得兼容旧版本的软件使用，以便给用户足够的时间来更新他们的软件。

问题2回答：

对于需要给部分门店使用的web系统进行更新的情况，可以考虑以下方案：

1. 特性开关：在web系统中加入特性开关，通过配置开关来决定是否启用新功能或更新。对于需要频繁更新的门店，可以打开相关特性的开关；对于只需要偶尔更新的门店，保持开关关闭即可。
2. 版本控制：为每个门店或门店群组分配不同的版本。当需要更新某个门店或门店群组的web系统时，只更新对应的版本。通过URL路由、请求头或后端逻辑来区分不同版本的请求，并返回对应版本的响应。
3. 蓝绿部署或A/B测试：使用蓝绿部署或A/B测试的策略，同时运行新旧两个版本的web系统。通过负载均衡器将部分门店的请求路由到新版本，其他门店的请求路由到旧版本。这样可以逐步验证新版本的稳定性和效果，并逐步扩大新版本的使用范围。
4. 门店配置：在web系统的配置中，为每个门店指定其使用的版本或功能集。根据门店的配置，web系统返回对应版本或功能集的响应。

这些方法可以根据实际情况灵活组合使用，以实现对部分门店使用的web系统进行更新的需求。