MIDL：为用户定义类型/枚举输出命名空间的正确语法？

我之前也碰到过一模一样的情况——OleView导出的IDL默认不会保留.NET程序集里的命名空间，导致MIDL生成的头文件里所有类型都跑到全局作用域里去了。要让MIDL输出带命名空间的用户定义类型和枚举，核心是手动修改IDL文件，再配合正确的MIDL参数，具体步骤如下：

1. 手动编辑IDL文件，添加命名空间包裹 #

OleView生成的IDL里，你的枚举、接口等类型都是直接放在library块下的，你需要用MIDL的namespace关键字把这些类型包裹起来，对应你.NET程序集里的原始命名空间。举个例子：

// 原OleView生成的IDL片段
library MyAssemblyLib
{
    enum MyStatusEnum { Success = 0, Failed = 1 };
    interface IMyService : IUnknown
    {
        HRESULT DoSomething([in] int param);
    }
}

// 修改后添加命名空间的版本
library MyAssemblyLib
{
    namespace MyAssembly // 对应你的.NET命名空间
    {
        enum MyStatusEnum { Success = 0, Failed = 1 };
        interface IMyService : IUnknown
        {
            HRESULT DoSomething([in] int param);
        }
    }
}

如果是嵌套命名空间（比如MyAssembly.Core.Services），可以直接嵌套namespace块：

library MyAssemblyCoreLib
{
    namespace MyAssembly
    {
        namespace Core
        {
            namespace Services
            {
                interface ICoreService : IUnknown { ... };
            }
        }
    }
}

2. 运行MIDL命令生成带命名空间的头文件 #

直接用你原来的命令就行，MIDL会识别IDL里的namespace块，在生成的头文件里自动生成对应的C++命名空间：

midl /header MyAssembly.h MyAssembly.tlb

生成的头文件里会出现类似这样的代码：

namespace MyAssembly {
    enum MyStatusEnum {
        Success = 0,
        Failed = 1
    };

    interface IMyService : IUnknown {
        virtual HRESULT __stdcall DoSomething(int param) = 0;
    };
}

3. 处理依赖程序集的命名空间 #

针对你的MyAssembly.Core.dll和mscorlib.dll生成的IDL，也要做同样的命名空间修改——确保它们的类型也被包裹在对应的.NET命名空间下。这样当你在主IDL里用importlib导入这些类型库时，生成的头文件里的依赖类型也会带正确的命名空间，避免全局命名冲突。

可选：用/ns_prefix参数生成前缀式命名 #

如果你的老旧COM项目不习惯C++的namespace语法，而是希望把命名空间作为类型名的前缀（比如MyAssembly_MyStatusEnum），可以在MIDL命令里加上/ns_prefix参数：

midl /header MyAssembly.h /ns_prefix MyAssembly.tlb

注意事项 #

• OleView导出的IDL不会自动保留.NET命名空间，所以手动编辑IDL是必须的步骤，没有办法通过MIDL参数直接从原始IDL生成命名空间。
• MIDL的namespace只能在library或者module块内部使用，不能在接口或者类型定义内部嵌套。

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