将事件从 .NET 公开到 COM

Question

最近，我在将事件从 .NET 暴露到 COM 时遇到了问题。

我已经成功地完成了这个示例（概念上取自http://blogs.msdn.com/andreww/archive/2008/10/13/exusing-events-from-management-add-in-objects.aspx）：

// 我们的自定义事件的委托类型。

[ComVisible(false)]
public delegate void SomeEventHandler(object sender, EventArgs e);

// Outgoing (source/event) interface.
[ComVisible(true)]
[InterfaceType(ComInterfaceType.InterfaceIsIDispatch)]
public interface IAddInEvents
{
    [DispId(1)]
    void SomeEvent(object sender, EventArgs e);
}

[ComVisible(true)]
[ClassInterface(ClassInterfaceType.None)]
[ComSourceInterfaces(typeof(IAddInEvents))]
public class AddInUtilities :
{       
    // Event field. This is what a COM client will hook up
    // their sink to.
    public event SomeEventHandler SomeEvent;

    inernal void FireEvent(object sender, EventArgs e)
    {
        if (SomeEvent != null)
        {
            SomeEvent(sender, e);
        }
    }
}

这工作正常，因为 IAddInEvents 接口被定义为 IDispatch。 但是，我需要发布一个 IUnknown 事件源接口。 我无法控制事件接口，因为它来自第三方库（它也将是已发布事件的使用者）。 每当我尝试挂钩事件时，VB 环境（我试图在其中接收事件）就会崩溃，第三方产品（ESRI ArcMap）使用的 VBA 环境也会崩溃。

我已经能够（部分）手动实现 IConnectionPointContainer 接口（COM 在后台使用该接口来处理事件），然后我能够接收事件并进入我的 IConnectionPointContainer 实现。 然而，这对我来说似乎有点矫枉过正，我认为 .NET 中必须对此有隐式支持。 其次，通过这种方法，我立即失去了代表的支持。

有人对这个有经验么？ 提前致谢。

Answer 1

很简单，你将无法做到这一点。 经典 VB 不支持非自动化 COM（如您所见）。

您必须有一个包装器，您可以将自动化实例传递到该包装器，以公开非自动化事件。 实际上，您必须有两种单独的类型来处理事件的两个单独的客户端（启用自动化和未启用自动化）。

Answer 2

好的，我已经能够通过实现经典的 COM IConnectionPointCointainer、IConnectionPoint 和 IConnection（加上枚举接口）来实现这一点。 它没有集成到 .NET 委托/事件模型中，但可以工作。