c# - 如何控制使用 AutoDual 生成的 COM 接口(interface)的生成接口(interface) GUID

Question

我的问题是我有一个 .NET 项目，其中有 100 多个对 COM 可见的类。使用类的 AutoDual 属性将类发布到 COM。我的问题是我想让编译器自动生成 COM 接口(interface)(因此是 AutoDual)，但我希望能够为生成的接口(interface)指定 GUID。

目标是确保像这样的小变化:

• 添加方法
• 修改未被特定客户端使用的方法
• 增加我的 DLL 的版本号

不会破坏客户端(那些使用早期绑定(bind)的客户端)并强制他们重新编译。

我知道(阅读此处:Why should I not use AutoDual?)解决方案是手动创建 100 多个界面并为每个方法赋予它们一个 GUID 和 DispId，这样上面提到的更改将不再破坏旧客户端。但是，我想避免实际手动编写这些接口(interface)，并且在需要在类和接口(interface)中添加新方法时不得不维护它们。

到目前为止，我已经设法“自动”将这些类发布到 COM，而无需编写 COM 特定代码，方法是使用 PostSharp 注入(inject)以下属性:

上课:

• ComVisible(真)
• ClassInterfaceType.AutoDual
• GUID("我自己自动生成的 guid，但对于 gievn 类 FullName 是不变的")

关于公共(public)方法和属性:

• DispId(xx)//其中 xx 再次是生成的 dispId，但对于给定的类名/方法名对是不变的。

完成之后:

• 类 GUID 是不变的，无论我对它们进行什么更改
• DispId 在生成的接口(interface)上也是不变的

只有接口(interface) GUID 会带来问题，因为每次添加方法时它都会变化。

我现在需要的是一种方法来确保为给定类生成的界面始终具有相同的 GUID，方法是:

• 我不知道的特定属性，例如类上的“AutoDualInterfaceGuid("My GUID")”
• 使用我选择的 GUID 生成界面的预编译过程
• 用于修改生成的 COM 接口(interface)的 GUID 的后编译过程
• 修改默认生成的 COM 接口(interface)以便将我的 GUID 逻辑放在那里的方法。

任何有关如何为生成的 COM 接口(interface)设置特定 GUID 的想法将不胜感激。

Answer 1

您只需在接口(interface)和类上使用 [Guid] 属性:

[ComVisible(true)]
[InterfaceType(ComInterfaceType.InterfaceIsDual)]
[Guid("{7447EEEA-3D48-4D20-80DF-739413718794}")]
public interface IFoo {
    [DispId(42)] void method();
}

[ComVisible(true)]
[ClassInterface(ClassInterfaceType.None)]
[Guid("{40815257-BFD2-43D9-9CF8-FB27CC884C71}")]
[ProgId("Acme.Foo")]
public class Foo : IFoo {
    public void method() { /* etc */ }
}

在 AssemblyInfo.cs 文件中:

[assembly: Guid("B75B31AD-D96A-473F-94E0-37E59847B997")]

其中包括接口(interface)成员的DispId、接口(interface)的IID、coclass的CLSID、coclass的ProgId和类型库的LIBID。

However, I would like to avoid actually writing those interfaces

您可以使用 ClassInterfaceType.AutoDispatch 来避免编写接口(interface)，但这与您要求的完全相反。您无法再控制 IID，您将公开 System.Object 方法，这些方法为客户端提供了对 mscorlib.tlb 的类型库依赖性，并且您所做的每项更改都会破坏客户端。对你来说非常方便，对你的客户来说非常不方便。但请继续阅读:

the class GUID are invariant what ever changes I make to them

我向您展示了如何执行此操作。但这实际上是 COM 中非常的反模式。当您进行更改时，要求更改 IID。当您所做的更改被破坏时，不更改它会在运行时导致极其讨厌的问题。很容易做到，只需插入或删除一个方法或更改方法的返回类型或参数就足够了。好的，当客户端代码通过 IDispatch 进行后期绑定(bind)时，它会在早期绑定(bind)时致命。客户端将调用完全错误的方法。或者你会得到参数的任意垃圾值。幸运的是，客户端会因 AccessViolationException 而崩溃，几乎无法诊断原因。调用成功并不幸运，只是完全无法正确运行，完全无法诊断。

不要这样做。