MFC资源ID跨类型复用可行性及相关限制技术问询

1. 同一RC文件中不同类型资源能否使用相同的资源标识符？ #

可以。Windows资源系统是按资源类型+标识符的组合来唯一标识资源的，不同类型的资源使用相同ID不会产生冲突，只要同一类型内的ID不重复即可。

2. 资源标识符是否会根据访问API限定在特定资源类型的作用域内？ #

是的。加载资源的Windows API函数都需要指定资源类型（比如LoadDialogIndirect对应对话框、LoadString对应字符串表、LoadIcon对应图标），资源管理器会根据指定的类型去对应的资源集合中查找ID，相当于每个资源类型都有独立的ID作用域。

3. 资源编译器是否会给不同资源类型分配独立命名空间避免冲突？ #

没错。资源编译器（rc.exe）在编译RC文件时，会将不同类型的资源分类存储，每种资源类型拥有独立的ID空间，编译后的资源文件（.res）中资源按类型分组，因此不同类型的相同ID不会互相干扰。

4. Visual Studio 2019及后续版本中资源标识符的数量是否有限制？ #

• 从Windows系统层面来说，传统资源ID是16位整数（范围1_{0xFFFF），VS2019及后续的资源编译器支持32位ID（1}0xFFFFFFFF），但部分老旧Windows API仅兼容16位ID，开发时建议尽量使用1~0xFFFF范围内的ID以保证兼容性。
• 资源编译器本身没有硬性的数量上限，只要单个RC文件的大小、资源总数在编译器处理能力范围内（日常开发中基本不会碰到这个极限），且同一类型内ID不重复即可。

5. 是否可以为MENUITEM、对话框模板、对话框内ICON控件、LTEXT控件、STRINGTABLE资源使用同一标识符IDD_ABOUTBOX？ #

可以，但要注意：

• 对话框模板的IDD_ABOUTBOX属于对话框类型资源，MENUITEM的ID属于命令ID（菜单资源的子项标识），ICON控件/LTEXT控件的ID属于对话框控件ID，STRINGTABLE的ID属于字符串资源ID，这些分属不同的资源类型/作用域，编译器不会报错。
• 代码中要注意区分用途，比如处理菜单命令时用IDD_ABOUTBOX作为命令ID，和加载对话框时用同一个ID，逻辑上要清晰，避免自己混淆导致bug。

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