在.NET中调用COM枚举器的正确方法是什么？

Question

我正在调用一个外部提供的COM DLL，我已经生成了一个COM互操作包装器。 为了参数，让我们调用我想调用IEnumFoo的接口。

IEnumFoo具有典型的COM枚举器模式：

HRESULT Next ( 
   ULONG        celt,
   IFoo**       rgelt,
   ULONG*       pceltFetched
);

其中第一个参数是所需结果的数量，第二个参数是写入结果的缓冲区，最后一个参数描述实际写入的结果数。

当我选择“添加引用”并指向此DLL的Visual Studio时，它会生成一个带有以下签名的COM Interop程序集：

void Next(uint, out IFoo, out uint)

这只允许.NET代码一次请求一个对象，这可能会增加使用这些API的大量开销。

是否有一些机制我可以用来生成一个版本的Next ，这将允许我提供更多的IFoo “插槽”，这将使编组人员高兴？ （我不反对在互操作程序集中编辑IL :)）

Answer 1

适当的签名就像这样：

void Next(
    uint celt,
    [Out, MarshalAs(UnmanagedType.LPArray, SizeParamIndex=0)] IFoo[] rgelt,
    out uint pceltFetched);

根据MSDN，至少，没有机制自动生成它。 即使接口的原始IDL将length_is应用于rgelt ，该信息也会在类型库中丢失。 因此，您需要手动编辑互操作程序集。

另一个选择是在主程序集中完全手动定义此特定接口，并忽略生成的互操作版本。 请记住，在RCW上进行强制转换时，任何具有匹配GUID的接口（即QueryInterface成功的接口）都可以工作，因此您实际上可以拥有多个不同的托管接口，这些接口呈现同一COM接口的不同视图。

Answer 2

没有回答你的问题，而是建议尝试不同的方法。 我将创建一个C ++ / CLI包装器，通过COM接口枚举非托管代码（从而避免编组开销），然后构建托管List或其他容器，在其中返回对象。

这几乎可以保证比手动调整互操作程序集的IL更容易，您也可以轻松调试它。 非托管C ++代码将非常简单，就像围绕它的托管包装器一样。

Answer 3

如果实现此接口的对象是本机的，那么只需在代码中重新定义接口，确保在接口上使用相同的ComImport和Guid属性。 然后获取对象并转换为您的界面。 你可以通过该界面调用就好了。

请记住：互操作程序集不是魔术，您可以随时手动定义接口。