一项能力能否长期维护，不取决于演示是否成功，而取决于团队能否解释每个状态、每次重试和每一份残留数据。 把中文文本替换成英文后，按钮可能增长一倍，标题断行和侧栏宽度都会变化。语言还影响阅读速度、搜索词和日期表达，不能靠 CSS 缩小字体补救。
前端架构的核心不是目录层级，而是状态由谁拥有、事件能否重复执行、旧异步结果如何失效，以及卸载后监听器和资源是否真正归零。
设计时必须回答的问题
这项能力横跨客户端、网络与服务端，局部最优很容易制造全局故障。工程决策需要同时约束两端行为、持久化事实和运维预算。
- 组件用弹性布局和合理最小宽度，文本可换行但关键动作不被挤出视口。
- 日期、数字、单位和复数通过 Intl 与消息参数生成，不拼接固定语序。
- 中英文技术术语维护词表，同一概念在导航、错误和文章中保持一致。
好的本地化让两种语言都像原生界面。布局为文本留余量，格式交给 locale，术语与 URL 则由统一内容契约管理。
边界情况不是附加项
最值得优先排查的是会静默留下错误事实的故障：界面看似恢复，底层队列、权限或计数却已分叉。这类问题通常在下一次动作才暴露。
- 为容纳英文把全站字体降到 12px，中文也变得难读。
- 语言切换只改文本却留在另一语言博客 URL，canonical 与内容不一致。
- 翻译键缺失回退为中文，英文界面夹杂敏感错误原文。
用证据确认它真的可用
验证需要先写预期状态轨迹，再执行故障注入。每个阶段同时核对用户可见结果、两端协议状态、持久记录和资源计数，才能证明闭环成立。
- 用最长真实文案在窄屏、200% 缩放和大字体下检查所有主要操作。
- 扫描静态翻译键、运行时参数与两种语言 SEO 标题，拒绝缺失和重复。
- 语言切换逐页验证 URL、hreflang、焦点和返回导航都指向对应页面。
最终交付标准应当是：正常路径足够快，异常路径能够收敛，用户意图不会被自动恢复覆盖，运维人员也能从有限而安全的证据定位问题。