在使用 iOS 设备时，用户可能会遇到 WPS 默认打开文档的问题。然而，如何有效取消 WPS 的默认打开方式，让用户能够选择合适的应用打开文档，是一个技术痛点。许多用户反映：
“我希望在打开文档时能选择不同的应用，而不是每次都默认使用 WPS！”
演进历程
为了满足用户的需求，我们进行了一系列的技术迭代。下面是架构迭代的甘特图，展示了各个阶段的进展。
gantt
title 技术演进时间线
dateFormat YYYY-MM-DD
section 需求分析
调研需求 :a1, 2023-01-01, 30d
section 架构设计
设计方案 :after a1 , 2023-02-01, 30d
section 实现与测试
开发功能 :after a1 , 2023-03-01, 30d
测试与迭代 :2023-04-01 , 30d
section 部署
正式发布 :2023-05-01 , 10d
在这个演进过程中，我们对配置进行了一些关键的变更，以下是相关的代码差异：
- 默认应用: "WPS"
+ 默认应用: "选择应用于打开"
随着技术架构的不断迭代，我们逐渐明确了在 iOS 环境下实现默认应用改变的可行方案。
架构设计
为了解决这一问题，我们需要设计一个高可用的方案。经过分析，我们决定使用以下基础设施配置：
infrastructure:
- service: "App Launcher"
options:
- "选项1: 确认用户选择"
- "选项2: 更新默认设置"
- "选项3: 持久配置"
这个架构设计可以保证多个应用能够并行为用户所需操作提供灵活支持。
性能攻坚
在实施过程中，我们进行了一些性能测试，以保证应用的流畅使用。以下是我们获得的压测报告，通过此报告可以看出 QPS（每秒请求数）的计算模型：
[ QPS = \frac{总请求数}{总处理时间} ]
我们的数据显示，性能表现优良，能够在高并发情况下维持良好的用户体验。此外，通过资源消耗优化，我们生成了下图：
sankey-beta
title 资源消耗优化对比
A[初始版本] -->|50%| B[资源使用]
A -->|25%| C[CPU占用]
A -->|25%| D[内存占用]
B -->|10%| E[优化后版本]
C -->|5%| F[优化后版本]
D -->|5%| G[优化后版本]
故障复盘
即使在开发过程中，一些问题依然会出现，所以我们需要进行重大事故分析。以下是故障扩散路径的时序图：
sequenceDiagram
participant 用户
participant WPS
participant 选择应用
用户->>WPS: 请求打开文档
WPS-->>用户: 默认打开
用户->>选择应用: 选择不同应用
通过这种方式，我们能梳理出热修复流程，以应对潜在的问题：
gitGraph
commit id: "c1"
commit id: "c2"
commit id: "c3"
branch hotfix
commit id: "h1"
checkout master
merge hotfix
扩展应用
我们也考虑到这个功能能适应不同场景，以便满足更多用户的需求，以下是我们核心模块的源码示例：
function openDocumentWithApp(app) {
if(app === "WPS") {
// 默认打开WPS文档
WPS.open(document);
} else {
// 打开用户选择的应用
launchApp(app, document);
}
}
通过这些步骤，我们逐步解决了 iOS 取消 WPS 默认打开方式的问题，并在此过程中收获了丰富的经验与教训。希望未来在这个方向上能够不断优化，给用户带来更好的体验。
