Neatbo.

转换交接需要完整文件与报告

交付转换结果前,核对重复日历声明、词条身份、格式签名与几何元数据,避免仅凭预览表格推断完整性。

组件摘要不展开日历

带每周 RRULE 的 VEVENT 是一个定义,日历应用随后可能显示多次日程。原始 TZID 也需要时区处理才能得到具体时刻。保留这些声明,不把行数当作日程次数。

完整交付件的选择
任务完整输出解释边界
ICS 检查完整定义 JSON不计算重复实例或时区
PO 迁移结构化 JSON 与规范 PO不保留原折行空白
翻译审查全部 token 与格式差异不验证运行参数
几何迁移几何与明确元数据侧文件只支持有限二维坐标

消息 ID 不能单独描述词条

相同 msgid 可以属于不同上下文,复数包含多个形式,废弃词条也可能需要维护。扁平 JSON 会丢掉这些关系;需要可回转交接时应使用完整结构。

参数相同仍可能改变显示

保留参数索引的翻译也可能改变精度、宽度或百分号数量。报告需要同时保留签名与格式差异;Java Formatter 和 NSString 应先选平台再比较。

几何字符串装不下 Feature 属性

多边形洞属于几何,地块编号属于 Feature 元数据。后续恢复 GeoJSON 需要编号时,应将 WKT 与侧文件一起交付;原始文件仍是判断不支持构造的依据。

  • 原始输入与完整下载一起保存。
  • 记录平台、转换方向与元数据政策。
  • 拒绝的构造属于不支持,不能当作成功空转换。

参考资料

本文相关工具

ICS 日历定义清单 →检查本地 iCalendar 组件和事件声明,保留原始日期、时区、重复规则及重复属性。PO 结构化词条转换 →在 UTF-8 gettext PO 和结构化 JSON 间转换,保留上下文、复数索引、头信息、注释、旧值及废弃词条。平台翻译占位符对照 →按 Android Java Formatter 或 Apple NSString 语法对照成对字符串,检查参数顺序、类型和格式变化。二维 WKT 与 GeoJSON 转换 →在严格二维 WKT 与 GeoJSON 间转换,保留坐标顺序、多边形孔洞及明确的 Feature 元数据旁车文件。