设计字符串本地化的最佳方式

Question

这是一个普遍的问题,对意见持开放态度.我一直在努力想出一个很好的方法来设计Windows MFC应用程序和相关实用程序的字符串资源本地化.我的愿望是:

• 必须在代码中保留字符串文字(而不是替换为宏#define资源ID),以便消息仍然可以内联读取
• 必须允许本地化的字符串资源(duh)
• 不得强加额外的运行时环境限制(例如:依赖于.NET等)
• 应该对现有代码的侵略最小(修改越少越好)
• 应该是可调试的
• 应生成可通过常用工具编辑的资源文件(即:通用格式)
• 不应使用复制/粘贴注释块来保留代码中的文字字符串,或其他任何可能导致去同步的内容
• 很高兴允许静态(编译时)检查每个"标记"字符串是否在资源文件中
• 允许跨语言资源字符串池(对于各种语言的组件,例如:本机C++和.NET)会很高兴

我有一种方法可以在某种程度上满足我的所有愿望清单,除了静态检查,但我必须开发一些自定义代码来实现它(并且它有局限性).我想知道是否有人以特别好的方式解决了这个问题.

编辑:我目前的解决方案如下:

ShowMessage( RESTRING( _T("Some string") ) );
ShowMessage( RESTRING( _T("Some string with variable %1"), sNonTranslatedStringVariable ) );

然后我有一个自定义实用程序来解析'RESTRING'块中的字符串并将它们放入.resx文件进行本地化,以及一个单独的C#COM对象,用于从带有回退的本地化资源文件加载它们.如果C#对象不可用(或无法加载),我将回退到代码中的字符串.宏扩展为一个模板类,它调用COM对象并进行格式化等.

无论如何,我认为添加我现在的内容以供参考是有用的.

Answer 1

在一个已本地化为 10 多种语言的项目中，我将要本地化的所有内容放入一个纯资源 dll 中。在安装时，用户选择随应用程序一起安装哪个 dll。

我只需要将英文 dll 交付给本地化团队即可。他们为我在构建中包含的每种语言返回了一个本地化的 dll。

我知道它并不完美，但它确实有效。