如何将i18n的locale.json映射为JS对象？是否应消除硬编码字符串？

一、方案完全可行 #

你可以通过Node.js脚本读取所有locale.json文件，提取其中的键名，生成一个键和值均为原键字符串的对象。比如针对示例的en.json，生成的对象会是：

const $locale = {
  about: 'about'
};
// 嵌套结构也能处理，比如原json有"user": {"name": "Name"}，生成后就是
// $locale = { user: { name: 'user.name' } }

之后在Vue项目里把这个对象全局注册（比如通过app.config.globalProperties.$locale），就能在模板或组件逻辑中用t($locale.about)替代t("about")。

二、是否值得实施？分场景权衡 #

值得做的场景（优势） #

• 杜绝键名拼写错误：硬编码字符串写错只会在运行时显示缺失文本，难排查；而用对象访问的话，IDE会直接提示不存在的键，提前发现问题。
• 开发效率提升：输入$locale.时，IDE会自动补全所有可用的国际化键，不用来回切换文件查键名。
• 键名修改更便捷：如果要修改某个键名，只需要改locale文件和生成脚本，重新生成对象即可，不用全局搜索所有硬编码的字符串。

没必要做的场景（劣势） #

• 增加构建复杂度：需要维护生成脚本，每次新增或修改locale键都要重新生成对象，小型项目会显得多余。
• 嵌套键处理有成本：如果locale有多层嵌套结构，脚本需要递归遍历JSON，虽然实现不难，但要考虑数组、特殊字符键等边界情况。
• 可忽略的性能损耗：多一层对象访问，不过Vue模板编译会优化，实际对项目性能几乎无影响。

总结 #

如果项目规模大、国际化键数量多、团队成员多，这个方案能显著降低出错概率、提升协作效率，非常值得实施；如果是小型项目，键数量少，硬编码也不会有太多问题，额外的构建步骤反而有点画蛇添足。

内容的提问来源于stack exchange，提问作者Robert Kovalčuk