Expensify/App中关于不可访问报告变更日志显示问题的技术分析

问题背景

在Expensify/App项目中，存在一个关于费用变更日志显示的技术问题。当用户将一个费用从一个报告移动到另一个报告，然后删除原始报告后，在费用变更日志中无法看到该费用曾经被关联到已删除报告的记录。这影响了用户对费用历史变更的完整追踪能力。

技术原因分析

问题的根本原因在于报告删除后的处理逻辑。当报告被删除后，系统在生成变更日志时无法获取已删除报告的名称信息。具体来说：

1. 在ReportUtils.ts文件中，当获取报告名称时，如果报告已被删除，toReportID对应的报告名称为空
2. 系统当前没有针对这种情况的备用显示方案
3. 变更日志生成逻辑直接跳过了无法获取报告名称的情况

解决方案探讨

针对这个问题，技术团队探讨了几种可能的解决方案：

1. 显示报告ID方案：当报告名称不可获取时，显示"费用报告{toReportID}"的格式。这种方案的优点是总能显示有用的信息，缺点是链接可能指向不存在的页面。

2. 通用提示方案：显示一个通用提示，如"将此费用移动到已删除的报告"，与后端当前设置的reportAction.message保持一致。

3. 隐藏操作方案：完全不显示无法获取报告名称的movedTransaction操作。

经过讨论，团队最终选择了第二种方案，因为它既提供了足够的信息，又保持了用户体验的一致性。

实现细节

在最终实现中，技术团队不仅解决了变更日志显示问题，还统一了相关功能的处理逻辑：

1. 修改了变更日志生成逻辑，当报告不可访问时显示统一的提示信息
2. 确保上下文菜单、侧边栏工具和报告名称获取等功能都使用相同的处理逻辑
3. 统一了多语言环境下的显示文本

技术意义

这个问题的解决不仅修复了一个具体的功能缺陷，更重要的是建立了一套处理不可访问报告的统一机制。这种机制可以应用于其他类似场景，如：

• 策略变更时的日志显示
• 用户权限变更时的提示
• 其他资源删除后的历史记录显示

总结

Expensify/App团队通过这个问题，完善了系统对已删除资源历史记录的处理能力。这种处理方式既保证了信息的完整性，又提供了良好的用户体验，体现了对系统健壮性和用户友好性的双重考量。