HelloWorld翻译软件Excel表格格式有什么要求

HelloWorld在处理Excel表格时，对格式有明确而实用的要求：表头清晰、单元格类型一致、编码为UTF-8、避免合并单元格、使用标准日期和数字格式、控制文件大小并按行列布局组织数据；此外，要提供语言和备注列、使用简短列名并保持空白单元格含义一致，便于批量导入、翻译记忆和回溯。也便于复核与校验。

先说为什么要在意这些事

把Excel当作“翻译工程的数据库”来用比把它当做打印稿方便得多。想象一下：你把句子丢进机器翻译，就像把菜放进料理机，材料（格式）不对，出来的就跟你预期差很远。HelloWorld类的翻译系统对表格的结构、编码、占位符和元数据都比较敏感，格式是能否顺利自动化、保持上下文、复用翻译记忆（TM）和术语表的关键。

文件类型与编码（最先要决定的）

常见文件类型和对应注意点：

• .xlsx/.xls（推荐）：保留单元格格式、多个工作表、富文本更安全，但体积较大。现代系统优先支持.xlsx（Office Open XML）。
• .csv（可用但要小心）：便于批处理，兼容性高，但丢失格式、公式和多行信息需额外处理。字段分隔符、引号和换行要提前约定。
• 编码：尽量使用UTF-8。Windows Excel在某些地区默认使用GBK/ANSI，导入前要确认或显式保存为UTF-8（带BOM或按系统要求），以免中文、特殊符号出现乱码。

CSV 的特殊注意点

• 字段分隔符（逗号/分号/制表符）要统一，建议用制表符（.tsv）在多语言场景下减少冲突。
• 文本内包含换行、逗号或引号时必须用双引号包裹，并对内部双引号做转义（””）。
• 对于中文用户，最好在保存CSV时选择UTF-8带BOM以提高在Excel中直接打开时的可视正确性；如果系统要求GBK，需提前协商。

表头与列的标准布局（推荐模板）

核心思想：把“可被机器理解”的信息放在固定列，把人类需要但机器不必解析的信息放在备注列。下面是一个通用且实用的列布局，很多翻译平台都能很方便地映射这些列。

单元格内容的具体要求

这是最常出问题的地方，按常见项目拆开讲。

1. 纯文本优先，避免公式或富文本

机器翻译需要的是“文本”，如果单元格里有公式（=CONCATENATE(…)）、富文本样式或图片，导入时通常会被忽略或导致错误。把需要翻译的内容放为普通文本，格式信息另列说明。

2. 占位符（placeholder）和内联标签

如果文本里有变量（例如 %s、{username}、{count}），请使用统一规范并在备注列解释含义。建议：

• 用花括号或方括号统一占位符：{username}、{count}
• 在comment列明确说明占位符是否应保留位置、是否会被HTML渲染等
• 避免把占位符拆成多个单元格，这会让自动匹配失败

3. 换行与多段文本

如果一句话内部包含换行（例如邮件模板、地址），请先确认目标系统是否支持换行代码（\n）或真实换行。CSV对换行敏感，Excel单元格内换行在导出CSV时要特别处理。

4. 长文本与单元格长度

有些系统对单元格长度有限制（例如2000字符）。如果有很长的段落，建议拆分为多个条目或在注释中注明分段逻辑，避免截断。

数字、日期、货币等格式化数据

这些数据最好以机器可读的标准格式提供：

• 数字：不要千位分隔符（如1,234），使用纯数字或在注释中说明。
• 日期：使用ISO 8601（YYYY-MM-DD 或 YYYY-MM-DDTHH:MM:SS）以避免区域设置误解。
• 货币：把数值与货币代码分开两列（amount / currency）。

标签、HTML 与 Markdown

如果源文本包含HTML或Markdown标记，决定两个要点：

• 是让译文保留原始标签（仅翻译文本），还是把标签当成文本翻译？通常应保留标签，翻译时只替换标签内的可见文本。
• 在comment列注明标签作用（例如“ 为链接，不要翻译 href”）。