使用 MFC 的多语言应用程序 - 工作流程？

Question

我们有一个基于 MFC 的纯英文 Windows C++ 应用程序。 它仍在开发中，定期向客户发送更新。

我们现在有一位经销商，他希望能够根据需要将我们的应用程序翻译成其他语言。 我了解翻译 MFC 应用程序的标准方法是使用特定于语言的资源 DLL。

但是，这会在更新应用程序时出现问题。 更新功能时，我们有时会添加/更改/删除 GUI 元素和文本消息。 我们如何将这些更改“推送”给翻译资源 DLL 的人，而无需他们每次都翻译整个 DLL？ 什么是最好的工作流程？ 是否有任何工具可以让开发和维护多语言应用程序更容易？

是否有任何框架可以提供帮助？ 经销商更愿意拥有一个包含所有文本字符串的简单文本文件，因此处理资源 DLL 对他们来说已经是一种不必要的妥协。

有没有关于管理多语言应用程序开发/维护的好书/文章？

我从未参与过多语言项目，所以我不确定要寻找什么。 感谢您的任何建议:)

Answer 1

当然，无论最终如何部署，您都会将内容保存在源代码控制系统中。 因此您可以看到添加、更改和删除。

仅将需要翻译的更改发送给翻译器。 然后他们将翻译发回给您。 然后将翻译打包成一个可部署的对象（例如 DLL）。

Answer 2

是否有任何工具可以让开发和维护多语言应用程序更容易？

我们的产品拥有大量全球经销商，因此产品通常被翻译成多种语言。 我们不直接翻译资源。 我们已经与每个经销商建立了关系。 那些想要翻译的人会得到一个英文 dll 和一个版本列表。 大多数使用名为VisualLocalize的工具来本地化资源。 该工具从我们的英文 dll 生成本地化的资源 dll。 然后将该 dll 返回给我们，或者单独打包。 他们使用这种类型的工具是因为它不仅可以本地化字符串，还可以根据需要调整对话框控件的大小。 控件大小可能是一个问题，具体取决于语言翻译。 例如，文本字符串的大小可能足以容纳一个英文单词，但对于某些翻译语言来说太小了。 虽然允许翻译人员更改控件大小似乎“危险”，但我们已经收到了足够多的请求来执行此操作，现在已成为标准做法。 而且，如果我没记错的话，这个特殊的工具可以导入和导出在您的特定情况下可能有用的其他文件类型。