我之前也碰到过类似的场景，要处理运行时从外部配置生成的GUI翻译，确实没法直接用lupdate抓取字符串。不过咱们完全可以把外部配置里的字符串整合到Qt标准的ts翻译工作流里，不用维护多份配置文件，下面是我实践下来简洁直接的实现步骤：

先把英文配置文件里的所有需要翻译的字符串提取出来，手动（或写个小脚本）添加到Qt的ts文件中，然后像常规流程一样完成翻译，最后在运行时读取配置字符串后，用QTranslator的translate()方法获取翻译后的内容。

1. 提取配置字符串并导入ts文件 #

• 先整理英文配置文件里所有需要翻译的文本（比如按钮文本、标签文字、提示语等），形成一个字符串列表。
• 打开项目的ts文件，新建一个专门的<context>节点（比如命名为ExternalConfigStrings），把这些字符串添加进去：

<context>
    <name>ExternalConfigStrings</name>
    <message>
        <source>Login Button</source>
        <translation>登录按钮</translation>
    </message>
    <message>
        <source>Welcome to the App</source>
        <translation>欢迎使用本应用</translation>
    </message>
</context>

• 要是配置文件内容多，推荐写个简单的Python/Shell脚本自动扫描配置文件，生成对应的ts片段再合并到主ts文件里，能避免手动操作的遗漏和错误。

2. 在代码中处理配置字符串的翻译 #

当从外部配置加载字符串并构建GUI元素时，不要直接使用原始字符串，而是通过QTranslator做翻译转换：

// 假设已经初始化并加载好QTranslator对象translator
QString rawConfigStr = loadStringFromConfigFile(); // 从配置读取原始英文文本
// 用自定义的context名称匹配ts文件里的条目
QString translatedStr = translator->translate("ExternalConfigStrings", rawConfigStr.toUtf8().constData());
// 如果没有找到对应翻译， fallback 到原始字符串
if (translatedStr.isEmpty()) {
    translatedStr = rawConfigStr;
}
// 用翻译后的文本设置GUI元素
pushButton->setText(translatedStr);

这里要注意，translate()的第一个参数必须和ts文件里的<name>值完全一致，才能正确匹配翻译条目。

3. 整合到现有翻译工作流 #

• 后续更新配置文件的字符串时，重复第一步把新字符串添加到ts文件，再用lrelease生成qm文件即可，完全和常规Qt翻译流程对齐。
• 可以把提取配置字符串的脚本集成到项目构建脚本里（比如CMake的自定义命令），每次构建前自动扫描配置文件，更新ts里的ExternalConfigStrings部分，实现自动化维护。

• 可以在配置文件里给需要翻译的字符串加标记（比如用{{}}包裹），这样脚本更容易识别哪些是需要翻译的文本，避免误提取配置键名或非文本内容。
• 测试时可以故意留几个未翻译的字符串，验证代码是否会自动 fallback 到原始英文，确保逻辑可靠。

内容的提问来源于stack exchange，提问作者scopchanov