中英文软件界面怎样共用一套设计：长文本、数字格式和布局验收

中英文可以共用组件和视觉规则，但不能假设译文与原文等长，也不能只凭语言推定币种或时区。先定义语义一致的词表与格式规则，再用长文本和实际业务样例验收两端。

阅读目录5 个章节

先统一含义，再比较长度

把按钮、状态、错误信息、字段名称和帮助文字放到词表里，同时记录出现位置和业务含义。“关闭”可能表示退出弹窗，也可能表示关闭一个事件；只给译者一个孤立词语，很容易得到看似通顺但动作不同的标签。操作名称应由业务负责人确认，不能为了缩短英文而模糊含义。

词表还应标出不得翻译的标识，例如设备编号、接口字段和合同约定的产品名称。记录是否需要复数、单位或插入变量，不把句子拆成若干无法调整顺序的片段。

让布局承受真实译文

W3C关于翻译文本长度的说明指出，翻译会改变文本占用空间，短标签尤其容易受到影响。可以据此为布局保留弹性，但不应把文中历史例子的扩展比例当成每个项目的固定验收数字。

优先允许按钮和提示区按规则换行或扩展，而不是整体缩小字体。导航、弹窗标题和表头需要分别测试；正文可换行并不代表只有一行高度的状态标签也适用。若必须缩写，应同时提供完整含义，并验证目标读者确实理解。

语言、地区和业务口径要分开

假设同一条事件在中文页面按北京时间显示，在英文页面又无提示地改为当地时间，用户可能误认为发生了两次。这是说明性场景，解决办法是约定显示时区和转换说明，而不是简单统一字符串。

切换语言时，任务不能悄悄重来

明确切换后是否保留筛选、页码、当前记录和未提交输入。若技术上无法保存未提交内容，应在切换前说明并允许取消。语言切换不应改变账号权限、选择对象或已提交结果。浏览器翻译功能不能替代站点正式提供的双语状态与错误信息。

动态内容也要纳入范围：后台自定义字段、来自外部系统的告警描述、上传文件名未必有译文。可以保留原文并注明来源，不应编造翻译或把整条记录藏掉。采购范围应区分界面本地化和业务内容翻译。

用同一份任务样例验收两种语言

  1. 准备最长合理名称、空值、复数数量、负数、不同日期及带单位的数值。
  2. 两种语言分别完成查询、详情、提交、错误修正和返回，核对结果一致。
  3. 观察窄屏、弹窗、表头和按钮，不允许省略关键动作或将后半段遮住。
  4. 在有输入和无输入两种状态切语言，确认保留或提示行为符合约定。
  5. 核对导出文件和通知里的名称、金额及时区，避免页面正确而输出仍歧义。

同一视觉规范不要求每个语言版本的行数完全一致。更有价值的验收目标是含义、主次和任务路径一致，文字完整且可读。只交付中文稿时，应把英文验证和后续修改明确列为未完成范围。

双语稿评审前，准备同一任务的中英文术语和长文本样本，并按屏幕适配要求确定检查终端。原型交接资料中应包含切换语言后的状态说明；UI设计服务的交付语言也要写清，避免只批准中文版却默认英文已验收。