Rambox：把应用分组，也把登录账号分清
Rambox 把邮件、聊天和其他网页应用放进一个桌面窗口。它适合经常切换客户或工作账号的人，通过工作空间组织应用，再用登录配置区分不同账号。
先尝试拆解问题、设计和实现，再展开思路，检查状态、边界与取舍，并设计验证用例。思路提供分析路径，不给出完整实现。
01
代码思考进阶
继承配置与独立会话怎样解析？
为教学模型设计会话归属解析器。输入包含按 workspaceId 索引的空间映射，以及有效 profileId 的集合；每个空间有 workspaceId 和 profileId。应用有 appId、workspaceId、mode。mode 为 inherit、private 或 custom；custom 还带 profileId。输出 sessionKey，供调用方判断哪些应用共享会话。这不是 Rambox 的实现说明。
- inherit 解析到空间的 profileId；custom 使用应用自己的 profileId；private 必须按 appId 独立。所有应用都要验证所属空间存在；inherit 还要验证空间的 profileId，custom 验证自己的 profileId，private 无需引用配置。所需引用缺失时返回明确错误，不回退到默认共享会话。所有ID是区分大小写的非空字符串。
- 样例：空间W配置P，应用a继承、b自定义P、c独立。哪些应共享？P和Q都在有效配置集合中。再把空间配置改为Q，列出新的归属；若新增应用d的custom配置为集合中不存在的P-missing，应得到什么结果？
- 交付规则说明、避免不同类型ID碰撞的键设计与测试表。覆盖缺失引用、同名不同ID、两个独立应用、重复计算和配置更新。
查看思路
- 先检查引用有效，再解析继承；不要让缺少配置的应用误落到公共会话。空间名称是显示文字，不能代替稳定ID。custom指向非空但不存在的P-missing仍须报错，不能仅检查字符串是否为空。
- 初始a与b都解析到P，因此共享；c按应用ID独立。空间改Q后，a转Q，b仍为P，c不变。
- 为共享配置和独立应用使用不同类型的键。即便profileId与appId文本相同，也不能相撞；可解释结构化二元组或无歧义编码的取舍，不必给完整实现。
- 测试一次解析的正确性，也测试配置更新后是否清除过期缓存。解析只返回归属，不负责迁移Cookie或保证跨网站单点登录。
02
界面实现进阶
确认重载后，怎样保持设置状态一致？
为应用设置页设计 Profile 切换交互。页面显示已保存配置P。用户选择Q后需要确认重载，只有服务保存成功才把Q显示为已保存。该题模拟配置交互，不要求访问真实Rambox账号。模拟服务通过事件通道推送最终回执，带requestId、值和成功/失败结果；同一回执可能重复到达，但结果保持相同。首条最终回执结束请求，后来的同标识回执只是重复通知。
- 区分已保存值、正在编辑值和提交状态；取消确认应恢复原显示，不触发保存。提交中禁止重复提交但应提供状态说明。
- 推演“选Q→取消”“选Q→确认→保存失败”“请求q保存Q成功→请求r保存R失败→q的成功回执重复到达”的情形；只接受当前有效提交的首条最终回执。最后一种情境中，应保留已保存的Q、待重试的编辑值R以及r的错误提示。
- 交付状态草图、确认框的键盘与焦点安排、成功/失败提示以及异步响应测试表。不要提供完整组件代码。
查看思路
- 将编辑值与已保存值分开；选择Q只改变编辑值。确认前不要让其他区域显示为已经切换。
- 取消将编辑值恢复为P并把焦点送回配置控件。确认框应说明重载和可能重新登录的后果，键盘可到达两种选择。
- 保存失败时保留本次提交前最后一次成功保存的值，并允许明确重试：首次提交Q失败时保留P；Q已成功后再提交R失败，则保留Q；以请求标识与已结算标记拒收重复或过期回执，不能只比较当前下拉框文字。
- 为成功、失败和等待安排可读状态反馈。人工控制响应顺序，在q成功、r失败、q重复的序列中，检查已保存值仍是Q，编辑值仍是R，r的错误提示仍在；这里验证的是界面一致性，不代表登录资料已被安全迁移。