主要观点:
- 应用商店仍缺失应用回滚的原生支持,这对提供可靠移动体验可能是个变革,如 Cupertino 和 Mountain View 是否关注此问题。
- 多数应用团队曾遇无法通过后端服务更改修复的紧急问题,目前只能重新走发布流程,耗时且影响用户和应用声誉。
- 后端和网页开发中快速回滚故障部署是稳健持续部署的基石,但在应用生态中缺失。
- 原生支持的应用回滚能在灾难性故障时让开发者瞬间将用户恢复到之前发布的稳定版本,改变现有动态。
关键信息:
- 应用更新流程及审核时间,遇紧急问题需重新发布。
- 后端开发有回滚能力,应用生态却缺失。
- 实现应用回滚系统需解决数据迁移、电池优化等问题。
- 框架的空中更新能力凸显原生应用部署模型的局限性。
- 历史上一些功能的实现经历了时间,如应用商店的分阶段发布。
重要细节:
- 提到多个相关案例,如 Sonos 应用重新设计争议、Ola 应用重大漏洞等。
- 说明应用更新由用户设备控制及回滚支持的具体设想。
- 阐述回滚支持可能面临的安全和滥用预防等问题及应对措施。
- 预测未来五年流行应用商店将正式支持原生回滚。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。