c++ - 在 native DLL 中嵌入多个同名资源 (RC) 文件

Question

对于我的应用程序(一个 MMC 管理单元)，我需要创建一个包含本地化为不同语言的字符串的本地 DLL。换句话说，如果您要使用 Visual Studio 检查此 DLL，您会看到多个字符串表，每个表与不同的区域设置相关联但包含相同的字符串 ID。

我想采取的方法是在我的项目目录下有各种子目录，例如“de”、“en”、“es”等(即每种语言一个)。每个子目录中都有一个名为“Resources.rc”的文件，它是包含该语言字符串的 RC 文件。在这种结构中拥有我的资源对于本地化团队来说是理想的。

我已经设法创建了各种 RC 文件并将它们添加到我的 Visual C++ 项目中。它们都正确显示在 Visual Studio 的解决方案资源管理器中(您基本上会看到名为“Resource.rc”的条目的五个实例，但每个条目都指向不同的文件)。

问题来自构建我的项目。似乎只有一个 RC 文件(在 vcproj 文件中首先指定的那个)被编译成一个 RES 文件并包含到我的 DLL 中。这大概是因为 Visual Studio 不喜欢 RC 文件都具有相同名称这一事实。

有什么办法可以实现我想要的吗？

谢谢!

Answer 1

是的。和不。如果您想要多个 RC 文件，您将不得不利用操作系统支持在一个文件中拥有多个资源。在资源编辑器中，对于每个资源，您都可以设置其区域设置，资源编辑器将允许您拥有多个具有相同 ID 的资源，只要它们的区域设置不同即可。

因此，您的第一步是编辑每个 RC 文件，以确保一个文件中的资源是英语/美国，另一个包含法语等。

接下来，获取主 RC 文件以 #include 其他文件。

最后，这就是问题所在，您需要依赖操作系统逻辑来加载正确的资源。如果您乐于让 PC 的区域设置决定使用哪种 UI 语言，那么您已经做得够多了。

如果您想提供一个允许用户更改语言的菜单选项:SetThreadLocale 用于 是一种在当前线程上切换加载资源的区域设置的简单方法。自 Windows 2000 以来，一些不幸的 API 过载使用导致 MS 弃用它的使用，转而要求应用程序开发人员始终使用 FindResourceEx - 如果你想从字符串表中加载字符串，这实际上对你没有帮助.

如果您真的想要一种简单的方法来让用户选择 UI 语言，那么您需要将每个 .rc 文件放入一个单独的 dll 中。然后在适当的语言资源 dll 上加载库。