1. 引言在 Visual C++ 6.0 时代，MFC（Microsoft Foundation Classes）是 Windows 桌面应用程序开发的主流框架。然而，其单文档工程（SDI）存在一个显著的限制：一个工程只能关联一个资源文件（.rc）。这意味着编译生成的可执行文件（.exe）默认只能包含一种语言的界面资源（如菜单、对话框、字符串表等）。随着软件国际化需求的增长，开发者需要为应用程序提供多语言支持。本文将深入探讨在 Visual C++ 6.0 这一特定环境下，如何突破单 RC 文件的限制，为 MFC 单文档工程实现灵活、可维护的多语言功能。2. 核心挑战：单 RC 文件的限制2.1 传统 MFC 资源管理机制在标准的 MFC 工程中，资源（如图标、位图、对话框、菜单、字符串）都定义在.rc文件中，并由资源编译器编译进最终的可执行文件。应用程序在运行时通过AfxGetResourceHandle()获取默认的资源模块句柄，并加载当前语言对应的资源。2.2 单 RC 文件带来的问题编译时绑定：语言资源在编译时就被固化到 EXE 或 DLL 中，无法在运行时动态切换。资源冗余：如果为每种语言都编译一个独立的 EXE，会导致多个几乎相同但仅资源不同的副本，增加维护和分发成本。无法动态切换：用户无法在不重启程序的情况下切换界面语言。3. 传统解决方案及其局限常见的变通方案包括：3.1 方案一：多工程/多配置
`)
